[Mono-bugs] [Bug 80307][Wis] Changed - NullReferenceException in ternary operator

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Thu Jan 11 11:28:32 EST 2007


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by massi at ximian.com.

http://bugzilla.ximian.com/show_bug.cgi?id=80307

--- shadow/80307	2007-01-05 02:33:07.000000000 -0500
+++ shadow/80307.tmp.27349	2007-01-11 11:28:32.000000000 -0500
@@ -153,6 +153,29 @@
 
 ------- Additional Comments From grendello at gmail.com  2007-01-04 18:15 -------
 The main symptom of the linears breakage is that the thread local 
 storage doesn't contain the frame information, but only in threads 
 other than the thread where xsp is running. It might be a problem 
 with one of the cpu registers related to the stack being overwritten.
+
+------- Additional Comments From massi at ximian.com  2007-01-11 11:28 -------
+
+While it is true that the bug does not show up with -O=-linears, it
+is also true that it is not present in Mono 1.2, and the 1.2 JIT
+produces *identical* code in the relevant method
+"System.Web.Compilation.AspParser.GetServerTag"
+(relevant because enabling-disabling linears on exactly that method
+toggles the bug's presence).
+
+So it can be that investigating -O=linears was not the right thing
+to do.
+On the other hand, backing out r69404 "fixes" this bug, while it
+reintroduces bug #80235.
+
+About the commented code enabled in r69404: Zoltan, in r61500, wrote
+as a comment "This doesn't work because mono_class_from_mono_type ()
+returns the original klass for a byref type, not a 'byref' class,
+causing the JIT to create variables with the wrong type".
+I also had big problems with this piece of code when trying to
+implement type based alias analysis for HSSA.
+
+Anyway, I'll investigate more.


More information about the mono-bugs mailing list