#4514: IO manager can deadlock if a file descriptor is closed behind its back
------------------------------------------+---------------------------------
  Reporter:  adept                        |          Owner:  bos             
      Type:  bug                          |         Status:  patch           
  Priority:  high                         |      Milestone:  7.0.2           
 Component:  Runtime System               |        Version:  7.0.1           
Resolution:                               |       Keywords:                  
  Testcase:                               |      Blockedby:                  
Difficulty:                               |             Os:  Linux           
  Blocking:                               |   Architecture:  Unknown/Multiple
   Failure:  Incorrect result at runtime  |  
------------------------------------------+---------------------------------

Comment(by simonmar):

 Replying to [comment:41 igloo]:
 > Replying to [comment:37 bos]:
 > > Okay, I'll drop the export from {{{Control.Concurrent}}} then. Will
 that (and maybe the rename of {{{closeFd}}} pass muster, then?
 >
 > I'm a little confused. Is `System.Event` meant to be a public, portable
 API, or is it a private, GHC internal module?
 >
 > If the former then I think changes ought to go via the
 [http://www.haskell.org/haskellwiki/Library_submissions library
 submissions process].
 >
 > If the latter then I wonder why it is not in the `GHC.*` namespace, and
 guarded by `if impl(ghc)` in the Cabal file?


 For the time being we should consider it to be in the same class as
 `Control.Exception.Base` and `System.Posix.Internals`, i.e. an internal
 module on which other stuff depends.

 Presumably Bryan and Johan intend it to become a public API.   In that
 case we should really have a library proposal to make it public; until
 then it's an internal API, and the documentation should really make that
 clear.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4514#comment:42>
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