ANNOUNCE: GHC 6.12.3 Release Candidate 1

Simon Marlow marlowsd at gmail.com
Fri May 28 17:05:36 EDT 2010


On 27/05/10 20:35, Matthias Kilian wrote:

> Unexpected failures:
>     concprog001(ghci)
> 	==>  out of memory (probably harmless)
>
>     getUserEntryForName(normal,optc,hpc,optasm,ghci)
> 	==>  known (by me) issue. probably a bug/incompatibility in OpenBSD
>
>     hClose003(normal,optc,hpc,optasm,ghci)
> 	==>  did not investigate yet. failure details (for the normal
> 	    way) below
>
>     hReady002(ghci)
> 	==>  did not investigate yet. failure details below

This one is a known failure right now (I need to clean it up).

>     num009(normal,optc,hpc,optasm,ghci)
> 	==>  no idea. failure details below

Suspicious...

>     openFile008(normal,optc,hpc,optasm,ghci)
> 	==>  too many open files. limits were too tight on my system,
> 	    I'll have to retest with higher limits
>
>     queryfdoption01(normal,optc,hpc,optasm)
> 	==>  unsupported operation. rings a bell here, I'll look at it
> 	    next weekend
>
>     signals002(normal,optc,hpc,optasm,ghci)
> 	==>  wrong exit code (150, expected 0). not yet investigated.

Could be that signals are being delivered too quickly and overflowing 
the IO manager's pipe.  We see this failure on our x86/Linux box too, 
but not on x86_64.  Summary: if it's lost signals due to the pipe 
filling up, it's a known issue.

Cheers,
	Simon


More information about the Glasgow-haskell-users mailing list