#2451: New signal-handling API
-------------------------------+--------------------------------------------
    Reporter:  simonmar        |       Owner:         
        Type:  proposal        |      Status:  new    
    Priority:  normal          |   Milestone:         
   Component:  libraries/unix  |     Version:  6.8.3  
    Severity:  normal          |    Keywords:         
  Difficulty:  Unknown         |    Testcase:         
Architecture:  Unknown         |          Os:  Unknown
-------------------------------+--------------------------------------------
 The current API for handling signals in `System.Posix` is lacking in a
 couple of ways:

  * it isn't modular: there's no way for a library to install a private
 signal handler,
    there is only a singla global handler per signal.

  * it isn't possible to get hold of the information from `siginfo_t`
 (#592).

 I want to propose a new API.  This has already undergone a round of
 changes after discussion with Duncan Coutts, and we ended up with
 something quite simple.  Haddock docs are here:

 [http://darcs.haskell.org/~simonmar/unix/System-Posix-Signals.html#4]

 (also attached as `unix-html.tar.gz`).

 I have working patches to implement this.  The old API is still available,
 and is reimplemented using the new API.  Signal handlers installed using
 the old API will coexist with those installed using the new API.

 The main motivation for this change was so that I could hook the `SIGCHLD`
 signal in the `System.Process` library without disturbing users of the
 `System.Posix` library who might also want to install a `SIGCHLD` handler.

 Deadline: 1 Aug (2 weeks)

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2451>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to