[GHC] #4362: error in multithreaded program "epollControl: does not exist (No such file or directory)"
GHC
cvs-ghc at haskell.org
Fri Dec 3 16:16:21 CET 2010
#4362: error in multithreaded program "epollControl: does not exist (No such file
or directory)"
------------------------------------------+---------------------------------
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 7.0.2
Component: libraries/base | Version: 7.1
Resolution: | Keywords:
Testcase: | Blockedby:
Difficulty: | Os: Linux
Blocking: | Architecture: x86
Failure: Incorrect result at runtime |
------------------------------------------+---------------------------------
Changes (by StefanWehr):
* status: closed => new
* resolution: invalid =>
Comment:
The system call activities you've observed were caused by the sample
program, however, the {{{epoll}}} problem is still there after removing
the source for these activities.
I've attached a new version of the sample programs, which fixes two
things:
* It ensures that no socket operation is performed on a socket after it
has been closed. I also checked the output of stract: no more recvfrom
after a close without an intervening open.
* It replaces http-enumerator with a very simply HTTP download function.
The server still produces the epoll errors after the clients have been
connected. As before, stopping the clients also stops the epoll errors
from happening. Starting the clients again causes the epoll error to
appear again. Also as before, the epoll errors disappear if the clients
close their sockets explicitly via sClose (see the line with the comment
in Clients.hs).
I've also run the sample program under MacOSX (which does not support
epoll). No problems on this platform.
GHC Version: 7.0.1
OS: Linux 2.6.34-gentoo-r1
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4362#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the Glasgow-haskell-bugs
mailing list