[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