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