Parent tracking issue: #66
After restoring the complete N-API/Node-API export surface in ReleaseFast, the js/third_party corpus still shows nondeterministic exit-139 failures before individual files emit a test result. The affected filename changes between otherwise identical serial scans:
- one scan: four Socket.IO files plus Svelte
- a later quiescent scan: Pino plus
socket.io-middleware
Every affected file passed on immediate standalone retry with the same HOME_NATIVE_VM=1 HOME_CORPUS_FULL_VM=1 environment. Svelte also passed 4/4 with 2,002 assertions under LLDB and then passed directly. The complete Debug scan had 0 crashes.
Current reproducible scan command:
HOME_BIN="$PWD/zig-out/bin/home-release-fast" ./scripts/vm-corpus-scan.sh js/third_party /tmp/third-party.tsv 30Representative quiescent result:
SUB=js/third_party pass=115 fail=2 crash=2 hang=1 deps=0 oom=0 total=120The two failures reproduce identically in pinned Bun (Astro missing ../tsconfig.base.json; gRPC missing a configured Rust toolchain), and Prisma exceeds the scanner's generic 30-second bound in both Home and pinned Bun. This issue is specifically for the changing ReleaseFast-only pre-result crashes. Do not mask them with retries, skips, or relaxed scanner classification; identify and fix the underlying optimized runner/runtime race.