Runtime should not set SIGPIPE to ignored for subprocesses
|Reported by:||phunge0||Owned by:||simonmar|
|Type of failure:||Incorrect result at runtime||Difficulty:|
|Test Case:||Blocked By:|
The GHC runtime ignores SIGPIPE by setting the signal
to SIG_IGN. This means that any subprocesses (created via
System.Process or otherwise) inwill also have their
SIGPIPE handler set to SIG_IGN; I think this might be
a bug. The Python runtime does the same thing,
there's a good explanation of the drawbacks in:
IMHO the simplest fix is the patch below: simply
avoid SIG_IGN, instead install a handler which does nothing.
This way, an exec() restores the handler to SIG_DFL. I've
included a testcase too.
Discussion link: http://www.haskell.org/pipermail/glasgow-haskell-users/2010-August/019091.html. Summarizing: Donn Cave expressed concern that installing a signal handler for SIGPIPE might not be transparent to the rest of the program, but since the runtime already uses signal handlers for SIGVTALRM, it shouldn't make matters any worse.
Change History (4)
Changed 4 years ago by phunge0
comment:1 Changed 4 years ago by simonmar
- Component changed from Compiler to Runtime System
- Milestone set to 7.0.1
- Owner set to simonmar