Bug 21056 – Test Suite autotester FreeBSD_32 Heisenbug

The log file says: -------------- /usr/home/braddr/sandbox/at-client/pull-4118757-FreeBSD_32/dmd/generated/freebsd/release/32/dmd -m32 -w -I../../src -I../../import -Isrc -defaultlib= -debuglib= -dip1000 -L-lpthread -L-lm -L/usr/home/braddr/sandbox/at-client/pull-4118757-FreeBSD_32/druntime/generated/freebsd/release/32/libdruntime.a -O -release -ofgenerated/freebsd/release/32/catch_in_finally src/catch_in_finally.d std.exception.ErrnoException@std/stdio.d(594): Could not close file `' (Bad file descriptor) ---------------- ??:? @safe void std.exception.bailOut!(std.exception.ErrnoException).bailOut(immutable(char)[], uint, scope const(char)[]) [0x809cc5e] ??:? @safe bool std.exception.enforce!(std.exception.ErrnoException).enforce!(bool).enforce(bool, lazy const(char)[], immutable(char)[], uint) [0x2848893e] ??:? @trusted void std.stdio.File.closeHandles() [0x284eba63] ??:? @trusted void std.stdio.File.detach() [0x284ec15d] ??:? @safe void std.stdio.File.__dtor() [0x284eb669] ??:? @trusted void std.process.ProcessPipes.__fieldDtor() [0x284e0439] ??:? std.typecons.Tuple!(int, "status", immutable(char)[], "output").Tuple std.process.executeImpl!(std.process.pipeShell(scope const(char)[], std.process.Redirect, const(immutable(char)[][immutable(char)[]]), std.process.Config, const(char)[], immutable(char)[]), const(char)[], immutable(char)[]).executeImpl(const(char)[], const(immutable(char)[][immutable(char)[]]), std.process.Config, uint, scope const(char)[], immutable(char)[]) [0x284e3cb6] ??:? @trusted std.typecons.Tuple!(int, "status", immutable(char)[], "output").Tuple std.process.executeShell(scope const(char)[], const(immutable(char)[][immutable(char)[]]), std.process.Config, uint, scope const(char)[], immutable(char)[]) [0x284e072c] ??:? std.regex.internal.ir.MatcherFactory!(char).MatcherFactory std.regex.internal.ir.defaultFactory!(char).defaultFactory(ref const(std.regex.internal.ir.Regex!(char).Regex)).thompsonFactory [0x809b3c5] ??:? std.regex.internal.ir.MatcherFactory!(char).MatcherFactory std.regex.internal.ir.defaultFactory!(char).defaultFactory(ref const(std.regex.internal.ir.Regex!(char).Regex)).thompsonFactory [0x809bfc9] ??:? const pure nothrow @nogc @safe bool std.regex.internal.ir.Group!(uint).Group.opCast!(bool).opCast() [0x80cde19] ??:? void std.parallelism.run!(void delegate()).run(void delegate()) [0x284da261] ??:? void std.parallelism.Task!(std.parallelism.run, void delegate()).Task.impl(void*) [0x284d9c1f] ??:? void std.parallelism.AbstractTask.job() [0x284d7f2b] ??:? void std.parallelism.TaskPool.doJob(std.parallelism.AbstractTask*) [0x284d81dc] ??:? void std.parallelism.TaskPool.executeWorkLoop() [0x284d83b6] ??:? void std.parallelism.TaskPool.startWorkLoop() [0x284d8335] ??:? void core.thread.context.Callable.opCall() [0x286136c3] ??:? thread_entryPoint [0x28612cf2] ??:? pthread_create [0x2812bdd9] ------------ Re-run that test, and the error disappears.

I can't make sense of this stack trace. std.regex.internal.ir definitely should not call std.process, but that's what the stack trace seems to suggest. The question marks seem to suggest that there is a problem with debug information. I think this needs a look from a FreeBSD expert.

Maybe related / relevant: https://issues.dlang.org/show_bug.cgi?id=11435