You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: backlog/tasks/task-62 - Technical-reports-architecture-methodology-performance-private-upstream-issues-review.md
-`architecture-of-the-sql-specializer.md` — the partial-evaluation engine model end to end: token pre-rewrites → binder → IR → verifier (its six rules quoted) → interpreter/cranelift backends; the null-lane design (no nullable SSA type, so 3VL bugs are unrepresentable rather than merely tested); strict block-param SSA; the shape contract as static proof; stage-B multiplicity (emit.to loops, multimaps, batch-side self-joins); the boundary layers; and the deliberate omissions with the engine-model reason for each.
36
+
-`pins-first-methodology.md` — the discipline: two-outcome contract, verbatim-pins fleets (including the wave-3 over-generalization incident that created the rule), the three-outcome corpus ladder (53→550 of 678, zero FAILs at every rung), the executable limitations twin, the standing differential fuzzer, and an honest accounting of what the discipline costs.
37
+
-`performance-report.md` — boundary decomposition (~262 ns/row floor, ~37 ns per output column, ~1.7 µs/row compute vs the twin's 2.2 µs total), us-vs-DuckDB per call (2055× at n=1; crossover ~2–3k rows), the arrow boundary, and the columnar core's build-measure-close arc.
38
+
39
+
Each is also published as a private artifact for phone reading.
40
+
41
+
**Private — deliberately NOT committed or published (AmirHossein's instruction, 2026-07-28: "Don't publish the bug related stuff, just in case, I need to review"):** a DuckDB field-notes catalog and a bug/upstream-issues report were delivered in chat only, with every repro re-executed live against DuckDB 1.5.5 rather than quoted from the pins.
42
+
43
+
Two findings from that re-verification, both worth keeping:
44
+
1.**A real correction to our records:** the leading-`$` row-path bug is confined to `regexp_matches`. `regexp_replace`, `regexp_extract`, `regexp_full_match` and `~` were measured consistent between the folded and runtime paths, so the bug corrupts booleans and row sets (a `WHERE regexp_matches(s,'$h')` returns every row) but never rewrites string data. Our earlier notes implied a wider blast radius.
45
+
2.**A pin wrongly suspected, then vindicated:** the LIKE column-pattern pathology (`pins-wave1/pins_like.json` pin[60]) initially failed to reproduce and was nearly "corrected". Re-running it exactly as recorded — including the `input_desc` field, `s='a'*n+'b'`, which the first attempts had missed — reproduces it precisely: 0.028 s / 0.723 s / 21.7 s at n=64/128/256 against the recorded 26 ms / 0.69 s / 23.1 s. The pin stands unchanged; the lesson is that a pin must be replayed from its whole record, not from its `expr` line.
46
+
47
+
The public reports were redacted before commit: the methodology report describes the fuzzer catches only at the "a family whose evaluation paths disagree — rejected by name" level already public in `docs/known-limitations.md`, with no repro details. Upstream filing (4 candidate DuckDB issues, ~5 PR-able sqlparser-rs dialect gaps, 1 Backlog.md bug) is gated on AmirHossein's review and was NOT started.
0 commit comments