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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
