[Mono-bugs] [Bug 77847][Min] Changed - [PATCH] "Too many threads" error when starting and stopping a timer repeatedly

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sun Dec 17 09:09:36 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 robertj at gmx.net.

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

--- shadow/77847	2006-12-17 02:14:45.000000000 -0500
+++ shadow/77847.tmp.7317	2006-12-17 09:09:35.000000000 -0500
@@ -1,13 +1,13 @@
 Bug#: 77847
 Product: Mono: Class Libraries
 Version: 1.1
 OS: unknown
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: FIXED
 Severity: Unknown
 Priority: Minor
 Component: System
 AssignedTo: robertj at gmx.net                            
 ReportedBy: paul.hudson at gmail.com               
 QAContact: mono-bugs at ximian.com
@@ -187,6 +187,21 @@
 
 Is there some way I can modify the timer class to trap the offending
 thread to see what the timing is that causes the issue? Could there
 still be a race in the timer?
 
 Chris
+
+------- Additional Comments From robertj at gmx.net  2006-12-17 09:09 -------
+I ran some test on the MS.NET runtime. It's definitely not
+thread safe. I was able to reproduce the same races like
+in Mono.
+
+Maybe you're locking on the wrong object, or not locking
+at all at some places.
+
+Note that inserting a null check at line 192 of Timers.cs
+won't fix anything. It would hide (not cure) a race generated by
+the Timer's consumer.
+
+Chris, feel free to reopen the bug, if you have a test case.
+


More information about the mono-bugs mailing list