Files
SplitBit-Emulator/Tests
AnachronautandClaude Opus 5 4b1c3d8e3f A missing file is an error, not a core dump
Naming a pad file that is not there printed the error and then said the
machine had STARTED. MACHINE_OK is nought and the code returned nought, so
the front end ran a machine whose clock had never been set up and divided
by it: a typo in a path came out as a floating point exception and a core
dump.

The trap is two functions in one file with opposite conventions -
machineStart returns MACHINE_OK for worked, machineRestart thirty lines up
returns 1 for worked - and this copied the nearer one. Both of the returns
I added last week had it.

Checked now for all three files the replay suite is about, because the
same mistake fits all of them, and re-broken to be sure: the check comes
back exit 136, which is a signal 8, which is the crash.

Found by somebody typing a path that was not there, which is the fourth
thing this week that no test would have reached.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01E2JrLzFvuFX9fgi1LDRjrW
2026-09-03 15:50:40 -04:00
..
2026-09-03 14:54:00 -04:00
2026-08-31 23:01:55 -04:00
2026-09-02 21:58:31 -04:00
2026-09-01 15:08:20 -04:00
2026-08-30 15:50:26 -04:00
2026-08-30 19:00:28 -04:00
2026-08-29 20:59:17 -04:00
2026-09-03 14:54:00 -04:00