[GHC] #7229: Detecting if a process was killed by a signal is impossible

[GHC]

#7229: Detecting if a process was killed by a signal is impossible
----------------------------------+-----------------------------------------
    Reporter:  benmachine         |       Owner:                  
        Type:  bug                |      Status:  new             
    Priority:  high               |   Milestone:  7.6.2           
   Component:  libraries/process  |     Version:                  
    Keywords:                     |          Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |     Failure:  None/Unknown    
  Difficulty:  Unknown            |    Testcase:                  
   Blockedby:                     |    Blocking:                  
     Related:                     |  
----------------------------------+-----------------------------------------

Comment(by simonmar):

 Using `exitWith (ExitTerminated signal)` as a way to kill the current
 process with a signal is an attractive idea indeed.

 We would have to move the existing `ExitCode` datatype into the
 `haskell2010` package, and do the corresponding refactorings.

 Would we do this in addition to the `ExitStatus` changes, or instead of
 them?  Another alternative is to provide a unix-specific way to get a
 `ProcessId` from a `ProcessHandle`, and then the unix-specific wait
 functions can be used to get a `ProcessStatus`.

 Duncan, what do you think?

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7229#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler