Re: Deadlock again (was Re: GHC 4.04.19990916 produces coredumping executable)

2000-01-07 Thread George Russell
(Hello Ian, nice to hear from you again . . .) Simon Marlow wrote: [snip] But before I dive in on this one, could you possibly test it again with a more recent GHC - I've made a few changes to our flaky concurrent I/O system since 19990916. [snip] I'm afraid the FCIS is still F, or at least

RE: Deadlock again (was Re: GHC 4.04.19990916 produces coredumping executable)

2000-01-05 Thread Ian Jackson
Simon Marlow writes ("RE: Deadlock again (was Re: GHC 4.04.19990916 produces coredumpin g executable)"): No doubt you're quite tired of seeing my mails by now, but here, have another one :-). I now have a couple of problems which look like they can be summarised as `race

Re: Deadlock again (was Re: GHC 4.04.19990916 produces coredumping executable)

2000-01-03 Thread Michael Weber
On Sun, Jan 02, 2000 at 18:36:41 +, Ian Jackson wrote: -davenant:stalk ./nettlestalk ready seqd nettlestalk: fatal error: No threads to run! Deadlock? -davenant:stalk The problem is in NettleAction.hs: \begin{code} runGame_noUnitNotifs :: Game - Timestamp - [Callback] - GM rt -

Deadlock again (was Re: GHC 4.04.19990916 produces coredumping executable)

2000-01-02 Thread Ian Jackson
Before Christmas I reported a (known, I discovered) bug which would result in the message `fatal error: No threads to run! Deadlock?'. Simon Marlow replied then: This is due to a locking problem with our I/O library. Basically, if the program calls trace while writing to stdout (eg. using