Narrow region restore follow-on owners
This commit is contained in:
parent
833ad080e9
commit
fa38ebc233
1 changed files with 9 additions and 1 deletions
|
|
@ -4251,10 +4251,12 @@ fn build_region_service_trace_report(
|
|||
"direct disassembly of 0x00421510 now also shows the exact tagged loop shape: it opens 0x5209, reads 0x520a, iterates live entry ordinals through 0x518380/0x518140, seeds a stack-local world-region vtable helper through 0x0041f590/0x0041f5b0, dispatches each loaded record through slot +0x40, and only then closes 0x520b".to_string(),
|
||||
"direct disassembly of 0x0041f5c0 now also shows its post-0x00455fc0 work is local to the profile collection path: it clamps [region+0x31b] back to 1.0f when needed, zeroes [region+0x317], allocates one 0x88-sized helper through 0x53b070/0x518b90, stores it at [region+0x37f], loads that helper through 0x518680, and clears [region+0x385] before returning".to_string(),
|
||||
"the first caller-side checkpoint above 0x00421510 is now grounded too: 0x00444887 invokes the region collection refresh inside a broader restore sequence and then immediately advances to territory_collection_refresh_records_from_tagged_bundle 0x00487c20 and support_collection_refresh_records_from_tagged_bundle 0x0040b5d0, which makes the missing latches look like a later global rebuild seam rather than hidden work inside 0x00421510 itself".to_string(),
|
||||
"that broader restore strip now also has one grounded later region-local sweep: at 0x00444b08 it re-enters the live region collection through 0x00421ce0, which walks live records via 0x518380/0x518140 and dispatches 0x0041fb00 per record".to_string(),
|
||||
"the checked-in atlas already grounds 0x0041fb00 as the class-0-only default-region helper under the same family, and 0x00421730 as the later raster finalizer that repopulates [world+0x212d] from class-0 region ids".to_string(),
|
||||
],
|
||||
blockers: vec![
|
||||
"which later restore or rebuild owner rehydrates [region+0x276/+0x302/+0x316] after the 0x00421510 -> 0x0041f5c0 -> 0x00455fc0 path completes".to_string(),
|
||||
"whether [region+0x25e] severity/source and any stable region id/class discriminator are serialized elsewhere in the tagged region body or recomputed immediately post-load".to_string(),
|
||||
"whether [region+0x25e] severity/source and any stable region id/class discriminator are serialized elsewhere in the tagged region body or recomputed later by the 0x00421ce0 -> 0x0041fb00 -> 0x00421730 post-load sweep".to_string(),
|
||||
],
|
||||
},
|
||||
SmpServiceConsumerHypothesis {
|
||||
|
|
@ -25567,6 +25569,12 @@ mod tests {
|
|||
&& line.contains("0x00487c20")
|
||||
&& line.contains("0x0040b5d0"))
|
||||
);
|
||||
assert!(
|
||||
trace.candidate_consumer_hypotheses[1]
|
||||
.evidence
|
||||
.iter()
|
||||
.any(|line| line.contains("0x00421ce0") && line.contains("0x0041fb00"))
|
||||
);
|
||||
assert_eq!(trace.entries.len(), 1);
|
||||
assert_eq!(
|
||||
trace.entries[0].branches[0].status,
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue