#1185: can't do I/O in the child of forkProcess with -threaded
---------------------------------+------------------------------------------
Reporter: simonmar | Owner: igloo
Type: merge | Status: new
Priority: high | Milestone: 6.12.1
Component: Runtime System | Version: 6.6
Severity: normal | Resolution:
Keywords: | Difficulty: Moderate (1 day)
Testcase: | Os: Unknown/Multiple
Architecture: Unknown/Multiple |
---------------------------------+------------------------------------------
Changes (by simonmar):
* priority: normal => high
* owner: simonmar => igloo
* type: bug => merge
Comment:
Fixed, eventually. Patches to GHC:
{{{
Wed Nov 11 14:28:22 GMT 2009 Simon Marlow <marlo...@gmail.com>
* Second attempt to fix #1185 (forkProcess and -threaded)
Patch 1/2: second part of the patch is to libraries/base
This time without dynamic linker hacks, instead I've expanded the
existing rts/Globals.c to cache more CAFs, specifically those in
GHC.Conc. We were already using this trick for signal handlers, I
should have realised before.
It's still quite unsavoury, but we can do away with rts/Globals.c in
the future when we switch to a dynamically-linked GHCi.
Thu Nov 12 12:58:53 GMT 2009 Simon Marlow <marlo...@gmail.com>
* Windows-specific fix for #1185 patch
}}}
and for libraries/base:
{{{
Wed Nov 11 15:19:15 GMT 2009 Simon Marlow <marlo...@gmail.com>
* Second attempt to fix #1185 (forkProcess and -threaded)
}}}
We should merge this into 6.12.1, partly because there is a lot of demand
for `forkProcess`, and also because it fixes an infelicity in GHCi whereby
a new IO manager thread was being created for each `:load/:reload`.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1185#comment:25>
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
