[SNAPSHOT — DO NOT MERGE] Live darwin soul runtime (el-sdk) — capture for history + reconciliation #56
Reference in New Issue
Block a user
Delete Branch "chore/live-darwin-runtime"
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?
This captures the live, previously un-versioned macOS soul runtime into git. It is a reference snapshot — do NOT blind-merge (the diff is deletion-heavy because the snapshot lags main on newer functions).
Why
~/el-sdk/el_runtime.cis the source the live macOS soul (:7770, 765760 B) is actually built from, and it was in no git repo — the only copy of several data-integrity fixes. Onermand they were gone with no history. This branch preserves it.What this snapshot HAS that
mainlacksengram_node_fullusesel_strdup_persist(27 sites vs 19 on main). This is the documented root cause of the hallucinated/lost-saves bug class.max(strlen, _tl_fs_read_len)binary-safe reads.What
mainhas that this snapshot LACKS (why the diff shows ~355 deletions)engram_wm_*,engram_load_merge,http_serve_async(main commit35c1897— "needed by soul CI").Still missing everywhere
engram_save(temp + fsync +rename) — the engram-clobber fix; diagnosed, not yet written (see neuron #21).Recommended reconciliation (Will)
Do NOT merge this over main. Instead port the two fixes above forward onto main (and ideally add atomic save), so one canonical
lang/el-compiler/runtime/el_runtime.chas: main’s newer fns + UAF + truncation + atomic save. Then make the soul build from that versioned source instead of~/el-sdk. Also reconcile withfeat/windows-el-runtime(#55) which ports the same file to Windows.🤖 Generated with Claude Code
Verbatim capture of ~/el-sdk/el_runtime.{c,h} — the un-versioned source the live macOS soul (:7770, 765760B) is actually built from. Captured so the data-integrity fixes that exist ONLY in this file are no longer one rm away from gone with no history. Contains (vs origin/main): the UAF fix (engram_node_full uses el_strdup_persist — the hallucinated/lost-saves root cause; 27 sites vs 19) and the response-truncation fix (max(strlen,_tl_fs_read_len) binary-safe reads). DIVERGES BOTH WAYS: this snapshot LACKS main's newer engram_wm_*, engram_load_merge, http_serve_async (diff is deletion-heavy as a result) and still lacks the atomic engram_save (temp+fsync+rename) fix. DO NOT merge over main — reconcile by porting the two fixes above forward onto main. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.