[Mono-bugs] [Bug 592981] UnixSignal.WaitAny not interrupted when exiting

bugzilla_noreply at novell.com bugzilla_noreply at novell.com
Thu Apr 15 13:36:04 EDT 2010



Jonathan Pryor <jpryor at novell.com> changed:

           What    |Removed                     |Added
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #9 from Jonathan Pryor <jpryor at novell.com> 2010-04-15 17:36:03 UTC ---
Re-fixed on trunk with commits r155520 and r155521, on mono-2-6 branch with
commits r155522 and r155523.

2010-04-15  Jonathan Pryor  <jpryor at novell.com>

    * Makefile.am: Revert previous linkage against libmono.so, as lupus
      mentioned that it's unacceptable for MonoPosixHelper to link against
      libmono (e.g. when embedding mono, there might not be a libmono).
    * map.h: Flush updated Mono_Unix_UnixSignal_SignalInfo prototype.
    * signal.c: Don't use mono_runtime_is_shutting_down(). Instead, change
      Mono_Unix_UnixSignal_WaitAny() to accept a function pointer argument,
      which will return Environment.HasShutdownStarted in managed code (the 
      moral equivalent of mono_runtime_is_shutting_down()).  This allows
      us to avoid a libmono dependency w/o lots of rewriting. Fixes #592981.

2010-04-15  Jonathan Pryor  <jpryor at novell.com>

    * UnixSignal.cs: Change the native WaitAny() method to accept a
      Mono_Posix_RuntimeIsShuttingDown delegate, so that we can prevent an
      infinite loop while shutting the process down.  Fixes #592981.

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.

More information about the mono-bugs mailing list