#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
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
