Fri Feb 20 06:32:00 PST 2009  Ian Lynagh <[email protected]>
  * MERGED: Rewrite of signal-handling (ghc patch; see also base and unix 
patches)
  Simon Marlow <[email protected]>**20090219103142
   Ignore-this: aca7c3e258224fadc6f0f2fee86b2971
   
   The API is the same (for now).  The new implementation has the
   capability to define signal handlers that have access to the siginfo
   of the signal (#592), but this functionality is not exposed in this
   patch.
   
   #2451 is the ticket for the new API.
   
   The main purpose of bringing this in now is to fix race conditions in
   the old signal handling code (#2858).  Later we can enable the new
   API in the HEAD.
   
   Implementation differences:
   
    - More of the signal-handling is moved into Haskell.  We store the
      table of signal handlers in an MVar, rather than having a table of
      StablePtrs in the RTS.
   
    - In the threaded RTS, the siginfo of the signal is passed down the
      pipe to the IO manager thread, which manages the business of
      starting up new signal handler threads.  In the non-threaded RTS,
      the siginfo of caught signals is stored in the RTS, and the
      scheduler starts new signal handler threads.

    M ./includes/RtsExternal.h -1 +1
    M ./rts/Prelude.h +1
    M ./rts/RtsStartup.c -6 +6
    M ./rts/package.conf.in +2
    M ./rts/posix/Signals.c -87 +88
    M ./rts/posix/Signals.h -2 +6

View patch online:
http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090220143200-3fd76-8815b169779090cef337c0d34d068fa4b4b7b9e0.gz

_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to