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