[GHC] #2848: threadDelay can wait forever, next time on January 22, 2009, around 20:00 UTC.

GHC trac at galois.com
Sat Dec 6 14:47:11 EST 2008


#2848: threadDelay can wait forever, next time on January 22, 2009, around 20:00
UTC.
---------------------------------------------------------------+------------
    Reporter:  tomekz                                          |        Owner:         
        Type:  bug                                             |       Status:  new    
    Priority:  normal                                          |    Milestone:         
   Component:  Runtime System                                  |      Version:  6.8.1  
    Severity:  critical                                        |   Resolution:         
    Keywords:  ticks getourtimeofday threadDelay non-threaded  |   Difficulty:  Unknown
    Testcase:                                                  |           Os:  Linux  
Architecture:  x86                                             |  
---------------------------------------------------------------+------------
Comment (by tomekz):

 Ha! I've just found these words from Simon Marlow, in glasgow-haskell-
 users thread "ghci and ghc -threaded broken with pipes & forking" from
 March 2007:

   In fact you should think of the non-threaded RTS as deprecated. It isn't
 Haskell'-compliant, for one thing (assuming that Haskell' will probably
 require non-blocking foreign calls).

   I'm hesitant to actually deprecate it, for a few reasons: the threaded
 RTS is so much more complicated, it might have some adverse performance
 impliciations, and there are still people who want to run everything in a
 single OS thread, for whatever reason. But having multiple variants of the
 RTS is a maintenance and testing headache.

 One more reason to deprecate the non-threaded RTS, or at least to pick the
 threaded by default. I'll add something to that discussion.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2848#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler


More information about the Glasgow-haskell-bugs mailing list