Bound external Tier-2 resolver caller
This commit is contained in:
parent
07ae8b693a
commit
f23a3b3add
3 changed files with 21 additions and 0 deletions
|
|
@ -1332,6 +1332,13 @@ Working rule:
|
|||
`byte_0xba = 0x00`, `byte_0xbb = 0x00`. So the remaining Tier-2 question is no longer
|
||||
whether the exact `0x00419590` source-family strip itself carries the seeded nonzero bank
|
||||
bytes; current evidence says it does not.
|
||||
- the `0x00419590` caller surface is boxed in further too:
|
||||
current direct caller recovery still keeps the real load-side use under the already-grounded
|
||||
`0x00419230` rebank-or-clone strip, while the only newly surfaced non-local caller is
|
||||
`0x00506424`, which reaches `0x00419590` from a live placed-structure consumer path that
|
||||
immediately flows through `0x00402c90` and `0x0040dc40`. So the remaining Tier-2 question is
|
||||
no longer whether `0x00419590` itself is a hidden load-side owner; it is still the earlier
|
||||
seed-row or projection seam that makes later clone/consumer paths see nonzero bank bytes.
|
||||
- the global stock `.bca` selector report narrows that one step further still: the exact
|
||||
`MachineShop.bca` signature (`byte_0xb8 = 0x00`, `byte_0xb9 = 0x80`, `byte_0xba = 0x3f`,
|
||||
`byte_0xbb = 0x00`) is unique across the checked-in stock corpus. So the current Tier-2
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue