[Mono-bugs] [Bug 60766][Maj] Changed - MOD_MONO & XSP both have fatal errors on OS X

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Mon, 26 Jul 2004 13:05:46 -0400 (EDT)

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 grompf@sublimeintervention.com.


--- shadow/60766	2004-07-15 11:32:43.000000000 -0400
+++ shadow/60766.tmp.4859	2004-07-26 13:05:46.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 60766
 Product: Mono: Runtime
 Version: unspecified
 OS: Mac OS X 10.3
 OS Details: 
-Status: RESOLVED   
-Resolution: FIXED
+Status: REOPENED   
 Severity: Unknown
 Priority: Major
 Component: misc
 AssignedTo: lupus@ximian.com                            
 ReportedBy: dru@satori-assoc.com               
 QAContact: mono-bugs@ximian.com
@@ -173,6 +173,48 @@
 make[1]: *** [all-recursive] Error 1
 make[1]: Leaving directory `/home/mark/mono-cvs/mcs'
 make: *** [all.override] Error 2
+------- Additional Comments From grompf@sublimeintervention.com  2004-07-26 13:05 -------
+The stack winding/unwinding fix partially fixes the problem (an exception is now thrown 
+instead of a jit crash) however XSP/mod_mono does not work under todays CVS HEAD of 
+XSP and mono; the following exception is thrown:
+System.NullReferenceException: Object reference not set to an instance of an object
+Server stack trace: 
+in (unmanaged) (wrapper managed-to-native) 
+in <0x00090> (wrapper managed-to-native) System.Runtime.Remoting.RemotingServices:
+InternalExecute (System.Reflection.MonoMethod,object,object[],object[]&)
+in <0x0021c> System.Runtime.Remoting.RemotingServices:InternalExecuteMessage 
+Exception rethrown at [0]: 
+in <0x00894> System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke 
+This happens on line 177 of ModMonoApplicationHost.cs (                                
+host.ProcessRequest (requestId, ...);
+It appears that the request to invoke that method goes down to the internal RealProxy; but 
+never gets back up to line 112 (the method is never actually invoked).
+I'm fairly confident thta this is a stack winding/unwinding issue as if you pack all of the 
+values getting passed to ModMonoApplicationHost.ProcessRequest into a container class/
+struct (ie; only 1 variable gets passed) xsp starts working properly.
+Interestingly; in attempting to debug this issue to get more information adding
+printf("DEBUG: Invoking %s\n\n", method->method->name); to line 2300 of icall.c seems 
+to mask the issue.
+Additionally; the same problem is exhibited attempting to run the nunit tests.