#4934: threadWaitRead works incorrectly on nonthreaded RTS
-------------------------------+--------------------------------------------
Reporter: slyfox | Owner: simonmar
Type: bug | Status: infoneeded
Priority: high | Milestone: 7.0.3
Component: Runtime System | Version: 7.0.1
Keywords: | Testcase:
Blockedby: | Difficulty:
Os: Linux | Blocking:
Architecture: x86_64 (amd64) | Failure: Incorrect result at runtime
-------------------------------+--------------------------------------------
Comment(by tibbe):
Replying to [comment:9 simonmar]:
> So typical uses of `threadWaitRead` won't notice the difference. We
could make the `epoll` backend ignore the exception, but that doesn't seem
right. Personally I'm happy to leave things as they are, but document
that `threadWaitRead` may or may not raise an exception if the FD is
closed (actually I'd like to remove `threadWaitRead` from
`Control.Concurrent` anyway, it's really an internal API).
>
> tibbe/bos, any thoughts?
I agree. I think `threadWaitRead` should raise an exception for closed
FDs. Otherwise it might mask programmer bugs.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4934#comment:10>
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
