Summary of GHC 6.6 test suite failures on MSYS/MinGW

[Brian Smith]

On 9/26/06, Simon Marlow <simonmarhaskell at gmail.com> wrote:
>
> Brian Smith wrote:
> >
> > The test always failed. When I decreased the number of threads in the
> > test from 5,000 to 1,400 or so, then the tests passed sometimes, and
> > sometimes failed. Decreasing the number of threads to under a thousand
> > made the test pass consistently. IIRC, the test failed almost
> > immediately upon executing.
>
> conc023 creates 5000 threads that all do threadDelay with varying
> delays.  On Windows, with both the threaded and non-threaded runtimes, this
> results in 5000 OS threads being created, which is usually enough to fill up
> your VM.


I intend to fix this, at least in the threaded RTS, in fact it'll be part of
> the
> fix for http://hackage.haskell.org/trac/ghc/ticket/637.  The I/O manager
> thread
> handles sleeps and signals, but currently isn't implemented on Windows.


It already passes in the threaded RTS and every other way except GHCi:
normal, opt, optasm, prof, profasm, threaded1, and threaded2. That is what I
thought was strange.

Regards,
Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/glasgow-haskell-bugs/attachments/20060926/3c72ab4a/attachment.htm