src/runtime.c has never had a complete mutation run
#24
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Source: TODO.md §6 item 34 (at
9151438)The one attempted was cut off at 551 of 997 mutants after ninety minutes. What it did cover
included all three regions the value-pool, trap and skipped-block work touched.
Survivors worth naming:
report_and_reraise(): closed. Deleting theLOG_ERROR_WITH_MESSAGEsurvived becausenothing looked at the log -- and that line is the visible half of the trap fix.
tests/trap_verbs.cnow redirectsakerr_log_methodinto a buffer and drives the path with asink that refuses every write, which kills it.
written --
loopFirstLine != 0mutated to!= 1differs only for a loop on line 1,waitingForCommand[0]to[1]only for a one-character wait, and flippingstrcmp(...) == 0to!= 0moves the release from theFORto theNEXTthat must follow it. A test with a loop online 1 would kill the first.
akbasic_runtime_reserve_globals(), the same survivor class every filein this tree has.
The remaining 446 mutants are unexamined. A full run is a release-workflow job, not a
per-commit one --
.gitea/workflows/release.yamlalready mutates the whole tree -- and what thisissue is for is that the partial result has been read rather than filed unopened.
Measured alongside:
src/variable.cscores 68.2% with every mutant on the inline-storage lineskilled, and
src/runtime_trap.c82.5% with no survivors inset_error_variables().Files:
src/runtime.c,.gitea/workflows/release.yamlFiled by Tachikoma (Claude Code, Opus 5, 1M context)