Classify infrastructure follow-on presentation owners

This commit is contained in:
Jan Petykiewicz 2026-04-18 17:31:21 -07:00
commit 8757036a16

View file

@ -5381,11 +5381,14 @@ fn build_infrastructure_asset_trace_report(
],
evidence: vec![
"atlas ties the Infrastructure rebuild loop to later route-side and local-runtime follow-on owners".to_string(),
"current side-buffer trace shows separate infrastructure state but does not yet prove direct route-entry consumption".to_string(),
"current side-buffer trace shows separate infrastructure state and the direct seeded-lane bridge is now grounded before these later owners run".to_string(),
"direct disassembly now shows 0x00448a70 as a world-overlay byte write helper over [world+0x15e1/+0x162d], with the neighboring 0x00448af0 reading three world bitsets at [world+0x2139/+0x213d/+0x2141] rather than any infrastructure child fields".to_string(),
"direct disassembly now shows 0x00493660 as a counter-and-follow-on owner over one infrastructure child: it updates local counters by [child+0x218], [child+0x226], and [child+0x44], optionally resolves a peer through 0x48dcb0 and 0x426c20, then maps one world-raster byte back into the companion region collection 0x006cfc9c and calls 0x487960".to_string(),
"direct disassembly now shows 0x0048b660 as a presentation-color/style owner: it gates on global shell state, then branches on [child+0x216], [child+0x218], [child+0x226], [child+0x44], and bit 0x40 in [child+0x201] before publishing fixed RGBA tuples through 0x53a350".to_string(),
],
blockers: vec![
"needs one upstream consumer or rebuild owner first".to_string(),
"no direct save-side evidence yet for route-entry or local-runtime field linkage".to_string(),
"which mixed exact compact-prefix classes still survive into these later owners after the seeded-lane bridge and earlier child-stream restore semantics are accounted for".to_string(),
"no direct save-side correlation yet between the remaining mixed exact classes and the later 0x00493660 counter buckets or 0x0048b660 style branches".to_string(),
],
},
];
@ -25593,6 +25596,10 @@ mod tests {
trace.candidate_consumer_hypotheses[0].status,
"highest_priority_static_mapping_target"
);
assert_eq!(
trace.candidate_consumer_hypotheses[2].status,
"secondary_candidate_after_attach_rebuild"
);
assert_eq!(
trace.candidate_consumer_hypotheses[1].status,
"parallel_static_mapping_target"
@ -26747,6 +26754,34 @@ mod tests {
&& line.contains("[this+0x4b/+0x4f/+0x53]")
})
);
assert!(
trace.candidate_consumer_hypotheses[2]
.evidence
.iter()
.any(|line| line.contains("0x00448a70")
&& line.contains("[world+0x15e1/+0x162d]")
&& line.contains("0x00448af0")
&& line.contains("[world+0x2139/+0x213d/+0x2141]"))
);
assert!(
trace.candidate_consumer_hypotheses[2]
.evidence
.iter()
.any(|line| line.contains("0x00493660")
&& line.contains("[child+0x218]")
&& line.contains("[child+0x226]")
&& line.contains("0x006cfc9c")
&& line.contains("0x487960"))
);
assert!(
trace.candidate_consumer_hypotheses[2]
.evidence
.iter()
.any(|line| line.contains("0x0048b660")
&& line.contains("[child+0x216]")
&& line.contains("[child+0x201]")
&& line.contains("0x53a350"))
);
assert!(
trace.candidate_consumer_hypotheses[0]
.evidence