mirror of
https://github.com/Druthulu/BFM-decomp
synced 2026-10-01 07:40:42 -04:00
Drew T
f5498c3c66
⚠️ R22 CLEAN-FLEET OWED (two agents still reading asm/, so `make clean` is unsafe). Each of the 12
was gated whole-binary AND independently re-checked against its own config/check.<bin>.sha (12/12),
stubs confirmed replaced — but incremental (§130). Treat as UNCONFIRMED until the clean run.
- THREE isolated cheap-Opus agents, briefed with §150/§151 + the mandatory all-drafts scan,
CONVERGED INDEPENDENTLY: func_8017C6F4's 947-ins body exists in 12 OVERLAYS under 5 DIFFERENT
NAMES at 6 DIFFERENT ADDRESSES, each differing by exactly TWO per-overlay symbols (screen-rect
helper + 64x64 cell table). Gated 12/12, 0 failed. 11,364 ins from this morning's single crack.
- WHY IT HID ~30 PHASES (cookbook §152): name-keyed grouping scattered it across 5 names,
address-keyed across 6 addresses (and the address collides with an unrelated 15-ins body in 3
other overlays), and h_seq-keyed scattered it too — which is why the Phase-26 sweeps missed it.
THE KEY IS BYTE SIZE: `grep -rl 'nonmatching .*, 0xECC' asm/*/nonmatchings/*/` returns exactly
the 12, reads the asm (cannot go stale like family_hseq.json), no false positives. Refines the
Phase-26 "h_seq is spent" finding: h_seq is worth exactly ONE size-keyed sweep behind each FRESH
core crack — here it paid 11:1.
- TWO CAUTIONS THAT TRAVEL WITH IT: (1) a MASKED tool cannot validate a remap — match_one and
rtu_match both mask jal/%hi/%lo, exactly the fields a remap edits, so a wrong symbol map still
reports MATCH; gate remaps by the whole-binary SHA only. (2) a stale residual is NOT evidence two
functions differ — I briefed "func_8017C59C scores 340, different body"; refuted in one command
(that 340 came from a pre-§150-fix draft, which scores nonzero against its own target too).
- OPEN TOOL DEFECT (R32): family_remap's unit backscan halts at the first #define, so it carried
16/16 gte macros and 0/10 typedefs, silently — the §146 gap from the other side.
- MY ERROR, RETRACTED IN THE LOG (S43-9): I reported the 263x5 cluster as "5 byte-identical, 1,315
ins". FALSE — the drafts had been reverted, so I measured the INCLUDE_ASM STUB BASELINE, which is
byte-identical by construction. R34's trap, self-inflicted by hand-building instead of using
harvest_verify. Nothing was banked there; the cluster is UNRESOLVED. ("41 behemoth drafts" was
likewise a file count — 79 files, 20 distinct functions.)
14 lines
1.1 KiB
Plaintext
14 lines
1.1 KiB
Plaintext
ov_SC03_030 func_8017C974: BANKED (final SHA 2fd8e113ce2f932fecc7df54702dc3108b47cb0a)
|
|
ov_SC03_007 func_8017C59C: BANKED (final SHA 077dc4cb378288478d006a936e656488ddfc321a)
|
|
ov_SC02_000 func_8017D538: BANKED (final SHA 5ece4bcaca7f8a9119a561d37daa956f576eac52)
|
|
ov_SC02_003 func_8017D538: BANKED (final SHA 5ece4bcaca7f8a9119a561d37daa956f576eac52)
|
|
ov_SC02_004 func_8017C59C: BANKED (final SHA b09245d617592122c40d066f64bcc35f021a3d84)
|
|
ov_SC02_005 func_8017CF90: BANKED (final SHA 9c233988b0619497ccecfc945276fb11ff97354a)
|
|
ov_SC07_010 func_8017C59C: BANKED (final SHA d7b5875d60ea6224d204ca5c4a53c561fdab8200)
|
|
ov_SC01_077 func_8017C974: BANKED (final SHA d19c9580a02dc63ba1f0e7e0c770f3b10de35635)
|
|
ov_SC03_028 func_8017DF98: BANKED (final SHA acdadc63dee50600e3d72bc55060281167d0e5cb)
|
|
ov_SC03_023 func_8017C59C: BANKED (final SHA 7af8a9bc2e8db61d2722d8dad0f1471d4ed90924)
|
|
ov_SC01_080 func_8017C59C: BANKED (final SHA 404603e32c43aa0f2565539d8f3af4474045ce12)
|
|
ov_SC03_012 func_8017C59C: BANKED (final SHA e9483e61cc1f8ff0a741791129d30064c6a62250)
|
|
=== FAMILY GATE: 12 banked / 0 failed of 12 ===
|