Bound infrastructure child-stream restore owner
This commit is contained in:
parent
90059bb727
commit
c3bd896877
3 changed files with 33 additions and 8 deletions
|
|
@ -3887,6 +3887,7 @@ fn build_infrastructure_asset_trace_report(
|
|||
.count();
|
||||
let atlas_candidate_consumers = vec![
|
||||
"0x0048a1e0 infrastructure child attach helper".to_string(),
|
||||
"0x0048dcf0 infrastructure tagged child-stream restore outer owner".to_string(),
|
||||
"0x0048dd50 infrastructure child rebuild loop".to_string(),
|
||||
"0x00490a3c infrastructure payload attach helper".to_string(),
|
||||
"0x004559d0 infrastructure tagged string-triplet serializer".to_string(),
|
||||
|
|
@ -3902,6 +3903,7 @@ fn build_infrastructure_asset_trace_report(
|
|||
"child list [this+0x75] under the Infrastructure owner".to_string(),
|
||||
];
|
||||
let known_bridge_helpers = vec![
|
||||
"0x00455a50 raw vtable slot +0x40 dispatch wrapper with global bridge reset".to_string(),
|
||||
"0x005395d0 shared child-attach list owner".to_string(),
|
||||
"0x00539530 shared position-lane seed helper".to_string(),
|
||||
"0x0053a5b0 shared third position-lane seed helper".to_string(),
|
||||
|
|
@ -3910,9 +3912,9 @@ fn build_infrastructure_asset_trace_report(
|
|||
"0x0048e140 / 0x0048e160 / 0x0048e180 route-entry resolver helpers".to_string(),
|
||||
];
|
||||
let next_owner_questions = vec![
|
||||
"Do the 0x38a5 compact-prefix/name-pair groups feed the first-child triplet clone lane, the caller-supplied payload-stem lane, or only later route/local-runtime refresh?".to_string(),
|
||||
"Is cached primary-child slot [this+0x248] the first owner-visible bridge from the side-buffer seam into route-entry rebuild?".to_string(),
|
||||
"Which child fields or grouped rows absorb the side-buffer payload before 0x00448a70/0x00493660/0x0048b660 become relevant?".to_string(),
|
||||
"Which upstream owner materializes the tagged child stream that 0x0048dcf0 restores before the later 0x0048dd50 rebuild loop runs?".to_string(),
|
||||
"Does the 0x38a5 compact-prefix/name-pair seam feed that upstream child-stream materializer, the direct 0x00490a3c payload-stem path, or only later route/local-runtime refresh?".to_string(),
|
||||
"Is cached primary-child slot [this+0x248] the first owner-visible bridge from the restored child stream into route-entry rebuild?".to_string(),
|
||||
];
|
||||
let candidate_consumer_hypotheses = vec![
|
||||
SmpServiceConsumerHypothesis {
|
||||
|
|
@ -3927,6 +3929,7 @@ fn build_infrastructure_asset_trace_report(
|
|||
},
|
||||
candidate_consumers: vec![
|
||||
"0x0048a1e0 infrastructure child attach helper".to_string(),
|
||||
"0x0048dcf0 infrastructure tagged child-stream restore outer owner".to_string(),
|
||||
"0x0048dd50 infrastructure child rebuild loop".to_string(),
|
||||
"0x00490a3c infrastructure payload attach helper".to_string(),
|
||||
],
|
||||
|
|
@ -3940,10 +3943,12 @@ fn build_infrastructure_asset_trace_report(
|
|||
"atlas already bounds these helpers under the literal Infrastructure owner".to_string(),
|
||||
"the side-buffer corpus is disjoint from the placed-structure triplet corpus, so a separate child/rebuild family is more plausible than a compact alias".to_string(),
|
||||
"direct disassembly now shows 0x0048a1e0 cloning the first child triplet bands through 0x52e880/0x52e720, destroying the prior child, seeding a new literal Infrastructure child through 0x455b70 with payload seed 0x5c87a8, attaching through 0x5395d0 or 0x53a5d0, and republishing the two bands through 0x52e8b0/0x530720".to_string(),
|
||||
"direct disassembly now also shows the outer owner at 0x0048dcf0 reading a child count plus optional primary-child ordinal from the tagged stream through 0x531150, zeroing [this+0x08], dispatching each fresh child through 0x455a50 -> vtable slot +0x40, culling ordinals above 5, and restoring cached primary-child slot [this+0x248] from the saved ordinal".to_string(),
|
||||
"the smaller attach primitive 0x00490a3c no longer looks like the semantic fork by itself: it just allocates one literal Infrastructure child, seeds it through 0x455b70 with caller-provided stem input, attaches it through 0x5395d0, seeds position lanes through 0x539530/0x53a5b0, and optionally caches it as primary child".to_string(),
|
||||
],
|
||||
blockers: vec![
|
||||
"exact compact-prefix regime semantics".to_string(),
|
||||
"which child fields or grouped rows consume the side-buffer payload".to_string(),
|
||||
"which upstream owner materializes the tagged child stream that 0x0048dcf0 consumes".to_string(),
|
||||
"whether the 0x38a5 compact-prefix/name-pair seam feeds that materializer or only a separate payload/cache lane".to_string(),
|
||||
],
|
||||
},
|
||||
SmpServiceConsumerHypothesis {
|
||||
|
|
@ -22001,7 +22006,7 @@ mod tests {
|
|||
assert!(trace.side_buffer_present);
|
||||
assert_eq!(trace.triplet_alignment_overlap_count, 0);
|
||||
assert_eq!(trace.known_owner_bridge_fields.len(), 4);
|
||||
assert_eq!(trace.known_bridge_helpers.len(), 5);
|
||||
assert_eq!(trace.known_bridge_helpers.len(), 6);
|
||||
assert_eq!(trace.next_owner_questions.len(), 3);
|
||||
assert_eq!(trace.candidate_consumer_hypotheses.len(), 3);
|
||||
assert_eq!(
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue