[Mono-bugs] [Bug 78029][Maj] New - Deadlock in PageParser

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Wed Apr 5 21:49:42 EDT 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 robertj at gmx.net.

http://bugzilla.ximian.com/show_bug.cgi?id=78029

--- shadow/78029	2006-04-05 21:49:42.000000000 -0400
+++ shadow/78029.tmp.21190	2006-04-05 21:49:42.000000000 -0400
@@ -0,0 +1,33 @@
+Bug#: 78029
+Product: Mono: Class Libraries
+Version: 1.1
+OS: SLES 9
+OS Details: Linux 2.6.5-7.252-smp #1 SMP Tue Feb 14 11:11:04 UTC 2006 x86_64 x86_64 x86_64 GNU/Linux
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Major
+Component: Sys.Web
+AssignedTo: gonzalo at ximian.com                            
+ReportedBy: robertj at gmx.net               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: Deadlock in PageParser
+
+If XSP starts and gets immediately hit by a lot of requests,
+a deadlock may occur, at least on SMP (hyperthreading too) machines.
+I've tested with SVN head and the 1.1.13 branch on SLES9 (x86_64)
+and on SUSE 9 (x86).
+
+The deadlock doesn't occur if any page (it's irrelevant which page)
+is compiled by a web browser request before XSP gets hit by a lot
+of requests.
+
+The deadlock occurs somewhere in the method
+TemplateControlCompiler.CreateControlTree(), but see the attached
+gdb log.
+
+I was able to fix the problem by puting a lock in PageHandlerFactory
+that lasts only for the first 10 requests, but this is obviously a hack.


More information about the mono-bugs mailing list