Rule out shellless event metadata clone path
This commit is contained in:
parent
76396ee12e
commit
2b57690c1d
4 changed files with 33 additions and 1 deletions
|
|
@ -180,6 +180,22 @@ The ordinary reload path is narrower in the same negative way now too:
|
|||
So the remaining periodic-company question stays between reload and service: the checked restore
|
||||
path repopulates the rows, but the later trigger-kind gate lives only in the service strip.
|
||||
|
||||
## Deep-Copy Boundary
|
||||
|
||||
The one remaining metadata-copy helper is narrower now too:
|
||||
|
||||
- `0x0042e050`
|
||||
- really does mirror the omitted metadata band `+0x7ee..+0x80e`, including `[event+0x7ef]`
|
||||
- but the current whole-binary caller search only grounds one caller:
|
||||
`0x004db8b0`, the shell-side `EventConditions.win` clone-selected-event path
|
||||
- no grounded post-load, world-entry, or periodic-service caller currently re-enters `0x0042e050`
|
||||
|
||||
So the control-lane frontier narrows again:
|
||||
|
||||
- shell event cloning can duplicate trigger-kind metadata intact
|
||||
- but there is still no grounded shellless duplication path between reload `0x00433130` and the
|
||||
late `kind 8` service
|
||||
|
||||
## Current Writer Census
|
||||
|
||||
The direct writer set for `[event+0x7ef]` is narrower now too:
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue