[Mono-bugs] [Bug 74154][Wis] Changed - Mutex class locks on OS X in simple application

[bugzilla-daemon@bugzilla.ximian.com]

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 grompf@sublimeintervention.com.

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

--- shadow/74154	2005-03-28 17:12:22.000000000 -0500
+++ shadow/74154.tmp.24687	2005-03-28 17:49:51.000000000 -0500
@@ -27,6 +27,32 @@
 look to be directly related but looked bad!
 
 ------- Additional Comments From cgaisford@novell.com  2005-03-28 17:12 -------
 Created an attachment (id=14771)
 Test code to make show the problem
 
+
+------- Additional Comments From grompf@sublimeintervention.com  2005-03-28 17:49 -------
+The sample code for the mutex class on MSDN (http://msdn.microsoft.com/library/
+default.asp?url=/library/en-us/cpref/html/frlrfsystemthreadingmutexclassctortopic3.asp) 
+locks as well:
+
+(Compile it and start it in two terminals)
+
+When you hit enter to abort the first; it locks in:
+
+(gdb) bt
+#0  0xffff85d8 in __spin_lock_relinquish ()
+#1  0x90002080 in pthread_mutex_lock ()
+#2  0x000c3e9c in SetEvent (handle=0x104) at ../../mono/io-layer/handles-private.h:439
+#3  0x0006aecc in GC_try_to_collect (stop_func=0x1) at alloc.c:805
+#4  0x0006af08 in GC_gcollect () at alloc.c:812
+#5  0x000ad7a8 in mono_domain_finalize (domain=0x13b058, timeout=2000) at gc.c:
+197
+#6  0x0001d3ac in mini_cleanup (domain=0x4aaf18) at mini.c:10054
+#7  0x00003b54 in mono_main (argc=2, argv=0xbffffe28) at driver.c:893
+#8  0x000020ec in _start (argc=1, argv=0x4, envp=0x131eb80) at /SourceCache/Csu/
+Csu-46/crt.c:267
+#9  0x00001f60 in start ()
+
+
+-kangaroo