threadDelay not ending

Seth Kurtzberg seth at cql.com
Mon Sep 18 19:35:54 EDT 2006


On Mon, 18 Sep 2006 11:56:21 -0500
Rich Fought <whatever at fsrz.net> wrote:

> I am running on Red Hat Enterprise Linux with the latest RH 2.6 kernel.
> 
> This is very bizarre and I am having a hard time figuring out what is 
> going on.  I don't see any issues in the project code itself, just my 
> unit tests.

Rich,

I'm having trouble coming up with even a credible theory of what might be happening.  I can't come up with any theory, no matter how far fetched, that would account for things working with 6.4.1 and not working with 6.4.2.

If there is anything I can do to help you narrow this down, let me know.

Seth

> 
> Rich
> 
> Seth Kurtzberg wrote:
> > What is your environment?
> >
> > My project (which is about 70% Haskell) makes extensive use of
> > threadDelay.  I've not seen this behavior with 6.4.2.  My environment is
> > Linux using a recent 2.6 kernel.
> >
> > For obvious reasons I need to know whether there is a threadDelay issue
> > here that is preparing to bite me.
> >
> > Seth Kurtzberg
> >
> >
> > On Mon, September 18, 2006 7:23 am, Rich Fought wrote:
> >   
> >> I've got some unit test code that forks off test processes using the
> >> 'system' function and then delays using 'threadDelay' to synchronize
> >> with the test process.
> >>
> >> This has worked fine until I upgraded to 6.4.2, now some of the
> >> 'threadDelay' calls never return - it's like they are stuck in limbo.
> >>
> >> Any ideas?  What would have changed between 6.4 and 6.4.2 that would
> >> cause this behavior?
> >>
> >> Thanks,
> >> Rich
> >>
> >> _______________________________________________
> >> Glasgow-haskell-users mailing list
> >> Glasgow-haskell-users at haskell.org
> >> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> >>
> >>
> >>     
> >
> >
> >   
> 
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> 


More information about the Glasgow-haskell-users mailing list