[Mono-bugs] [Bug 80532][Maj] Changed - svn head - segfault in the runtime while running mojoportal 2.x
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Thu Feb 1 16:03:41 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 lupus at ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=80532
--- shadow/80532 2007-01-29 15:37:28.000000000 -0500
+++ shadow/80532.tmp.7608 2007-02-01 16:03:41.000000000 -0500
@@ -659,6 +659,55 @@
until it hits a limit. This is
designed to overwrite old values on the stack occasionally. In this
case I expect that the limit is far
removed from the current stack pointer, and probably in a different stack.
+
+------- Additional Comments From lupus at ximian.com 2007-02-01 16:03 -------
+I don't think this has anything to do with the GC, it's a stack
+overflow that just happens to be triggered more easily by the clearing
+it does in this alloc-intensive app.
+
+The overflow loops recurses between these frames:
+
+ at System.Web.Compilation.AspGenerator.GetCompiledType () [0x00049]
+in
+/opt/lupus/svn/mcs/class/System.Web/System.Web.Compilation/AspGenerator.cs:281
+ at System.Web.UI.UserControlParser.CompileIntoType () [0x00007] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web.UI/UserControlParser.cs:92
+ at System.Web.UI.UserControlParser.GetCompiledType
+(string,string,System.Collections.ArrayList,System.Web.HttpContext)
+[0x0000a] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web.UI/UserControlParser.cs:80
+ at System.Web.UI.TemplateParser.RegisterCustomControl
+(string,string,string) [0x00064] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web.UI/TemplateParser.cs:189
+ at System.Web.UI.TemplateParser.RegisterConfigControls () [0x0005a]
+in /opt/lupus/svn/mcs/class/System.Web/System.Web.UI/TemplateParser.cs:169
+
+over and over. This code is entered from:
+ at System.Web.Compilation.AspGenerator.GetCompiledType () [0x00049]
+in
+/opt/lupus/svn/mcs/class/System.Web/System.Web.Compilation/AspGenerator.cs:281
+ at System.Web.UI.ApplicationFileParser.GetCompiledApplicationType
+(string,System.Web.HttpContext) [0x0000f] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web.UI/ApplicationFileParser.cs:57
+ at System.Web.HttpApplicationFactory.InitType
+(System.Web.HttpContext) [0x0006e] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web/HttpApplicationFactory.cs:382
+ at System.Web.HttpApplicationFactory.GetApplication
+(System.Web.HttpContext) [0x0001c] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web/HttpApplicationFactory.cs:439
+ at System.Web.HttpRuntime.RealProcessRequest (object) [0x00016] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web/HttpRuntime.cs:254
+ at System.Web.HttpRuntime.ProcessRequest
+(System.Web.HttpWorkerRequest) [0x00026] in
+/opt/lupus/svn/mcs/class/System.Web/System.Web/HttpRuntime.cs:308
+ at Mono.WebServer.MonoWorkerRequest.ProcessRequest () <0x0000a>
+ at Mono.WebServer.BaseApplicationHost.ProcessRequest
+(Mono.WebServer.MonoWorkerRequest) <0x00043>
+ at Mono.WebServer.XSPApplicationHost.ProcessRequest
+(int,long,int,long,int,string,string,string,string,byte[],string,intptr,Mono.WebServer.SslInformations)
+<0x003d2>
+
+
More information about the mono-bugs
mailing list