#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
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to