Narrow compact event control-lane inheritance
This commit is contained in:
parent
1684ed2709
commit
beb6826bed
2 changed files with 20 additions and 0 deletions
|
|
@ -349,6 +349,14 @@ Working rule:
|
|||
`records_with_trigger_kind = 0`. That means the next non-hook pass on this branch is no longer
|
||||
“do ordinary loaded rows reach `0x00431b20`?”; it is “where is trigger-kind represented or
|
||||
bypassed for those already-decoded ordinary compact rows?”
|
||||
- the adjacent control-lane inheritance path is narrower now too:
|
||||
direct disassembly shows `0x0042db20` loading only the linked `0x1e`/`0x28` row bodies from
|
||||
`0x4e9a`, while the separate deep-copy helper `0x0042e050` copies text bands plus the full
|
||||
`[event+0x7ee..0x7fa]` block. Current caller census shows that deep-copy seam reached from the
|
||||
event-editor duplication path at `0x004dba23`, not from the ordinary `0x00433130` restore
|
||||
strip. So the next non-hook question is not “maybe load inherits trigger kind through
|
||||
0x0042e050”; it is which other ordinary owner, if any, seeds `[event+0x7ef]` for these
|
||||
already-decoded non-direct rows.
|
||||
- the positive-path caller census is effectively boxed in now too:
|
||||
direct `0x0040ef10` callers are the create-side pair `0x00403ef3 / 0x00404489`, the transport
|
||||
tuple pair `0x0046f073 / 0x004707ff`, and the already-ruled-down live controller
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue