http://bugzilla.novell.com/show_bug.cgi?id=320004
User [email protected] added comment http://bugzilla.novell.com/show_bug.cgi?id=320004#c1 Andrew Cain <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 - Medium |P2 - High CC| |[email protected] Platform|Other |i386 Version|1.1 |2.4.x OS/Version|Other |Mac OS X 10.5 --- Comment #1 from Andrew Cain <[email protected]> 2009-08-12 00:54:37 MDT --- Mono 2.4 (2.4.2 on Mac) still exhibits this erroneous behaviour. This makes it difficult to write reusable thread safe concurrency utilities for Mono as no protection is offered to code within finally blocks. For example a blocking buffer using semaphores would need to go to significant extra effort to guarantee that a token was taken/added to a semaphore on enqueue/dequeue - this could be done safely using a finally block to ensure the token was taken/added when the data was successfully enqueued/dequeued. The new attached code should produce the following (generated from MS.NET): Try Pre lock Interrupt Done Abort Pre Sleep Post Sleep Post Lock but produced the following indicating that the enter of monitor is interrupted (lock entry): -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
