19987daafe
The register held twelve bare phrases, and that shape had two demonstrated costs. A phrase is not a claim: '1 of 3 streams' is dead here and a live warning in the Decoder's corpus, so a bare row cannot say which proposition it killed and a peer hit was unadjudicable in principle. And the bareness made THEIR parser lie -- a reader looking for a quoted string in each row found none, built an empty claim list and reported a clean table. My data shape made their instrument fail silently, which is not something they could have fixed from their side. Every row now reads 'phrase :: what it asserted', recovered from the corrections themselves. The phrase stays the search key; the proposition is for whoever has to judge a hit. Two failures while making the change, both from the data shape moving. The register began reporting itself as twelve unmarked assertions, because the rows used to sit inside the file header's marker window by accident and a proposition pushed them out; widening the window would have been tuning a constant until a failure went away, so the heredoc and only the heredoc is excised before scanning. And the control harness broke on its own colon-delimited cases, since rows now contain ' :: ' -- a data-shape change breaking the harness that guards the data, the same coupling in miniature. Then back to the disc. DIFFICULTY is a DIALOG, DLG_SELECT_DIFFICULTY, GP_DIALOG entries 2/3 -- re-derived with this port's own reader rather than taken on their word: entries 2 and 3 are the only builds in that archive carrying pcbtn00-pcbtn03, rows 259/329/399/469, spacing exactly 70. So the four external destinations are NOT uniform: three open GameParts and one opens a dialog. Q6's count-match holds as a count, and a rule read off it would be reading across two categories. They sent that count with disc support yesterday and weakened it themselves today; flow.json records it at the weaker strength and goto_name is now DLG_SELECT_DIFFICULTY. Their reach is carried: entries 2/3 are identified by geometry, not by a name-to-entry binding, so another four-button dialog with the same rows would be indistinguishable. My re-derivation confirms the geometry and does not name the screen. Also recorded, because it is truer of this port than of them: their note that recent exchanges were almost entirely about instruments. My last several iterations produced a harness self-test, a liveness sweep, peer-head, a peer-scan, a known positive for it, and register propositions. Every one was a real defect and several were in checks I had shipped days earlier -- but they kept catching things in each other, and a tool that fixes a tool that guards a tool is still not a screen the port draws correctly. Not resolved by declaring a ratio; this iteration ends on the disc. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
37 lines
1.9 KiB
Rust
37 lines
1.9 KiB
Rust
//! Independent check of "DIFFICULTY is a dialog: GP_DIALOG entries 2/3".
|
|
//!
|
|
//! The Decoder identified `DLG_SELECT_DIFFICULTY` as `GP_DIALOG.pak` entries 2/3
|
|
//! by three routes, one of which is button count and geometry. That half is
|
|
//! readable from the disc with this port's own reader, so it is checked here
|
|
//! rather than taken on their word — the same form as re-deriving `ptbtn11`'s
|
|
//! row order from my export when they offered it.
|
|
//!
|
|
//! ⚠️ What this CANNOT check is their binding claim, and they flagged it first:
|
|
//! entries 2/3 are identified by button count and geometry, **not** by a binding
|
|
//! from the `DLG_` name to a pak entry. Another four-button dialog with the same
|
|
//! rows would be indistinguishable by this evidence. Reproducing the geometry
|
|
//! confirms the geometry; it does not name the screen.
|
|
use sylpheed_formats::{pak, ratc, ui_layout};
|
|
|
|
fn main() {
|
|
let root = std::env::var("SYLPHEED_DISC").unwrap_or_else(|_| "/disc".into());
|
|
let path = format!("{root}/dat/GP_DIALOG.pak");
|
|
let ar = pak::PakArchive::open(&path).expect("GP_DIALOG.pak");
|
|
for (i, e) in ar.entries().iter().enumerate() {
|
|
let Ok(by) = ar.read(e) else { continue };
|
|
if !ratc::is_ratc(&by) { continue }
|
|
let Some(b) = ui_layout::parse_build(&by) else { continue };
|
|
let mut rows: Vec<(String, i32)> = b.elements.iter()
|
|
.filter(|el| el.name.starts_with("pcbtn"))
|
|
.filter_map(|el| el.rest().map(|r| (el.name.clone(), r.y)))
|
|
.collect();
|
|
if rows.is_empty() { continue }
|
|
rows.sort_by(|a, b| a.1.cmp(&b.1));
|
|
let ys: Vec<i32> = rows.iter().map(|r| r.1).collect();
|
|
let gaps: Vec<i32> = ys.windows(2).map(|w| w[1] - w[0]).collect();
|
|
println!(" entry {i:>2} {} button record(s): {}", rows.len(),
|
|
rows.iter().map(|r| r.0.as_str()).collect::<Vec<_>>().join(" "));
|
|
println!(" rows {ys:?} gaps {gaps:?}");
|
|
}
|
|
}
|