[Mono-bugs] [Bug 74154][Maj] Changed - Mutex class locks on OS X in simple application
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Mon, 4 Apr 2005 09:38:36 -0400 (EDT)
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 dick@ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=74154
--- shadow/74154 2005-03-30 18:16:56.000000000 -0500
+++ shadow/74154.tmp.24487 2005-04-04 09:38:36.000000000 -0400
@@ -63,6 +63,18 @@
has been tested and the condition must be tested afterwards to account
for races, spurious wakeups etc.
The backtraces I saw point at a pthread_cod_wait called by
_wapi_handle_wait_signal_handle in io-layer/handles.c: it doesn't look
like the pattern of checking the condition before and after (in a
loop) is followed here and this could be the cause of this bug.
+
+------- Additional Comments From dick@ximian.com 2005-04-04 09:38 -------
+Theres good news and theres bad news...
+
+The bad news is that this seems to be due to a particularly stupid
+design mistake, in that the handle mutexes are kept in shared memory
+and multiple processes are locking them. This happened to work in
+linux, but is breaking in macosx.
+
+The good news is that this mistake has been rectified in the new io
+code, which should be going into widespread testing imminently.
+