Rule out chairman and queue neighbors in 319 lane
This commit is contained in:
parent
25a97d209f
commit
43271e4d3d
3 changed files with 25 additions and 0 deletions
|
|
@ -1596,6 +1596,17 @@ Working rule:
|
|||
`[region+0x27a/+0x27e/+0x282/+0x286]`. So the next non-hook region work should start from the
|
||||
post-load `319` placed-structure replay seam and only then revisit the narrower region-side
|
||||
`320/321` branches if the exact field bridge is still missing.
|
||||
- The `319` adjacency is tighter in another negative way now too. Direct disassembly of
|
||||
`0x004377a0` shows the post-`319` call staying on chairman-slot/profile materialization: it
|
||||
normalizes the `16` slot bundles at `[world+0x69da..]`, republishes selector bytes into
|
||||
`[0x006cec7c+0x87]`, populates the live chairman-profile collection `0x006ceb9c`, and clears the
|
||||
selected company/chairman bytes `[world+0x21/+0x25]` before the optional `0x0047d440` news
|
||||
follow-on. The same trace rules down the companion queue strip too: `0x004348e0` is only the
|
||||
gate for the transient list at `[world+0x66a6]`, `0x00437c00` is its typed dispatcher over
|
||||
queue-node kind byte `[node+0x08]`, and the later `0x0044d410` calls are world-rect/grid refresh
|
||||
work. None of those helpers republish `[region+0x2a4]` or `[region+0x310/+0x338/+0x360]`, so the
|
||||
remaining region search stays centered on `0x004133b0 -> 0x0040ee10 -> 0x00480710` and the later
|
||||
post-load continuation above it rather than the chairman/queue-side `319` neighbors.
|
||||
- The `319` plateau is split more cleanly now too: its neighboring world helpers are no longer
|
||||
plausible region-body owners. `0x00437220` and `0x004377a0` are the chairman-slot selector and
|
||||
profile materialization family over `[world+0x69d8]`, `[world+0x69db]`, and scenario selector
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue