[Mono-bugs] [Bug 79931][Blo] New - xsp-1.1.18 on mono-1.2 throws random exceptions when serving web services requests

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Nov 14 14:36:11 EST 2006

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 jan.oravec at 6com.sk.


--- shadow/79931	2006-11-14 14:36:11.000000000 -0500
+++ shadow/79931.tmp.14054	2006-11-14 14:36:11.000000000 -0500
@@ -0,0 +1,133 @@
+Bug#: 79931
+Product: Mono: Class Libraries
+Version: 1.1
+OS Details: Gentoo
+Status: NEW   
+Priority: Blocker
+Component: CORLIB
+AssignedTo: mono-bugs at ximian.com                            
+ReportedBy: jan.oravec at 6com.sk               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+Summary: xsp-1.1.18 on mono-1.2 throws random exceptions when serving web services requests
+80% of cases when I try to access web service method hosted on XSP 1.1.18
+on Mono 1.2 on amd64 architecture I get this exception:
+System.Exception: Error reading headers.
+Server stack trace:
+  at Mono.WebServer.XSPWorkerRequest.GetRequestHeaders () [0x00000]
+  at Mono.WebServer.XSPWorkerRequest..ctor (Int32 requestId,
+Mono.WebServer.XSPRequestBroker requestBroker, IApplicationHost appHost,
+System.Net.EndPoint localEP, System.Net.EndPoint remoteEP, System.String
+verb, System.String path, System.String queryString, System.String
+protocol, System.Byte[] inputBuffer, IntPtr socket, Boolean secure) [0x00000]
+  at Mono.WebServer.XSPApplicationHost.ProcessRequest (Int32 reqId, Int64
+localEPAddr, Int32 localEPPort, Int64 remoteEPAdds, Int32 remoteEPPort,
+System.String verb, System.String path, System.String queryString,
+System.String protocol, System.Byte[] inputBuffer, System.String redirect,
+IntPtr socket, Mono.WebServer.SslInformations ssl) [0x00000]
+  at <0x00000> <unknown method>
+  at (wrapper managed-to-native)
+  at System.Runtime.Remoting.RemotingServices.InternalExecuteMessage
+(System.MarshalByRefObject target, IMethodCallMessage reqMsg) [0x00000]
+Exception rethrown at [0]:
+ ---> System.Runtime.Remoting.RemotingException: Method 'Read' not found in
+type 'Mono.WebServer.BaseRequestBroker'
+Server stack trace:
+  at System.Runtime.Remoting.Messaging.CADMethodCallMessage.GetMethod ()
+  at System.Runtime.Remoting.Messaging.MethodCall..ctor
+(System.Runtime.Remoting.Messaging.CADMethodCallMessage msg) [0x00000]
+  at System.AppDomain.ProcessMessageInDomain (System.Byte[] arrRequest,
+System.Runtime.Remoting.Messaging.CADMethodCallMessage cadMsg,
+System.Byte[]& arrResponse,
+System.Runtime.Remoting.Messaging.CADMethodReturnMessage& cadMrm) [0x00000]
+  at (wrapper remoting-invoke-with-check)
+  at
+(System.Byte[] arrRequest,
+System.Runtime.Remoting.Messaging.CADMethodCallMessage cadMsg) [0x00000]
+Exception rethrown at [0]:
+  at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke
+(System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg,
+System.Exception& exc, System.Object[]& out_args) [0x00000] --- End of
+inner exception stack trace ---
+  at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke
+(System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg,
+System.Exception& exc, System.Object[]& out_args) [0x00000]
+The next 10% cases give correct output and the rest 10% just fails other
+way (I am not able to see how, yet).
+I can access with web browser without any problems
+(unfortunatelly, there is no web method without 'out' parameter, so I can
+not use test form easily, but I think this will work).
+The problem is when I access web methods using application written in PHP,
+so I believe there is a race condition somewhere.
+Please let me know if you need any further input which I could collect.
+There was some combination of XSP/Mono which worked relatively fine (some
+SVN around 1.1.17).
+Also, sometimes I get this segfault with first web method call (this bug
+was present in all previous versions):
+Listening on port: 8080 (non-secure)
+Listening on address:
+Root directory: /tmp/test/
+Hit Return to stop the server.
+Got a SIGSEGV while executing native code. This usually indicates
+a fatal error in the mono runtime or one of the native libraries
+used by your application.
+  at (wrapper managed-to-native) System.Reflection.Assembly.FillName
+(System.Reflection.Assembly,System.Reflection.AssemblyName) <0x0000b>
+  at (wrapper managed-to-native) System.Reflection.Assembly.FillName
+(System.Reflection.Assembly,System.Reflection.AssemblyName) <0xffffffff>
+  at System.Reflection.Assembly.UnprotectedGetName () <0x00046>
+  at System.Reflection.Assembly.GetName (bool) <0x0003a>
+  at System.Reflection.Assembly.GetName () <0x0001a>
+  at System.Web.UI.SimpleWebHandlerParser.AddAssembly
+(System.Reflection.Assembly,bool) <0x00062>
+  at System.Web.UI.SimpleWebHandlerParser.AddAssembliesInBin () <0x000fd>
+  at System.Web.UI.SimpleWebHandlerParser..ctor
+(System.Web.HttpContext,string,string) <0x00369>
+  at System.Web.UI.WebServiceParser..ctor
+(System.Web.HttpContext,string,string) <0x0002e>
+  at System.Web.UI.WebServiceParser.GetCompiledType
+(string,System.Web.HttpContext) <0x00048>
+  at System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler
+(System.Web.HttpContext,string,string,string) <0x00080>
+Native stacktrace:
+        /usr/bin/mono [0x5106a2]
+        /usr/bin/mono [0x4dc9ad]
+        /lib/libpthread.so.0 [0x2b902dc5dd00]
+        /usr/bin/mono [0x49b366]
+        [0x410fb326]

More information about the mono-bugs mailing list