|
|
73065664dd
|
test(桥): 判据从「片段存在」收紧到「结构正确」—— 对抗性变异④找出我自己的洞
pi 复跑变异①报 `pass=1 fail=4`（我报 0/5）。两个数**都对**，但说的是**两种不同变异**：
· 变体A（我上封跑的）整段替换成 `catch { return undefined }` ⇒ 0/6
· 变体B（pi 跑的）保留 `catch (e: any)` 外形、只删 code 判断 ⇒ 1/5
两者的差别正是"catch 外形" —— 我上一封没把变异**写清楚**，这是我的表述问题。
事故版本的原文（`1de93fe^`）是 `} catch {\n return undefined;`，即**变体A**。
★ 更重要：顺着 pi 的复跑做**对抗性变异**，我找到了自己判据的一个真洞 ——
} catch (e: any) {
if (e?.code === ABSENT) { /* 什么都不做 */ } ← 片段"在"
return undefined; ← 读失败被降级 = **事故本身**
throw e; ← 不可达
}
旧的 `distinguishes() && orderHolds()` 对**全绿**：code 比较在、`throw e` 在、
且 ABSENT 排在 throw 之前 —— 三条"**片段存在**"判据全过，而语义已经是事故。
⇒ "片段在不在"与"结构对不对"是**两种性质**（与 orderHolds 同族），必须分开表达。
本次收紧：
- 新增 `catchInner()`（按花括号取 catch 内层正文，不会误取函数体）；
- 新增 `absentBranchReturnsUndefined()`：「不存在」那支必须**真的** `return undefined`
（空转守卫 `{}` 不算）；
- 新增 `unreachableThrowFree()`：`throw e` 必须**可达**（它前面与"不存在"之前
不许有无条件的 `return undefined`）；
- `criterionPasses` = 区分 && 顺序 && 上面两条结构判据；
- 新增测试 ④，并**先断言它骗得过旧判据**（`distinguishes` 真、`orderHolds` 真）——
否则这条自检就不证明那个洞存在。
验证（对**真源码**改、逐字节还原）：
基线 6/6 ｜ 变体A 0/6 ｜ 变体B 1/5 ｜ **变体C（洞）1/5**（旧判据下全绿）｜ 还原 6/6
门禁 `npx tsc && npm test`：403/403。
|
2026-09-25 04:45:44 +08:00 |
|
|
|
753310d12f
|
test(桥): 把「三个变异逐个验过」从**手跑**变成**判据**（原来文件里只钉了变异①）
pi 复核我那笔 `1de93fe` 时指出：提交信息里写了"三个变异逐个验过"，
但判据文件里**只给变异①配了自检** —— 那三个是手跑的，手跑过一次 ≠ 以后还会红；
谁把断言改松，另两种变异不会有任何人发现。
原文件的问题（这次才看清）：
- 变异②（`if (true) return undefined`：catch 形状不变、也"看"了 code，只是判断写反）
与变异①在**判据层面完全同形** —— 只用"有没有 code 比较"去判，两者都抓不到；
- 变异③（`throw e` 提到 code 判断之前）**根本不改"是否区分"**：
`distinguishes()` 对它恒为真。它测的是**顺序**，所以必须单独一条 `orderHolds()`。
这正是我原来漏掉③的真正原因 —— 不是"忘了写"，是**当时没有能表达它的判据**。
本次改动：
- 把判据抽成 `distinguishes()`（区分）与 `orderHolds()`（顺序）两条，`criterionPasses` 取合取；
- 三条变异各一条断言 + 一条**前置**（原样源码必须通过 ⇒ 否则三条自检恒假，等于没写）；
- 每条变异都断言"真的落在 persistedCwd 内"（全局正则会命中文件里第一个无关的
`catch (e: any)`，变异没落下而判据全绿 —— 本仓踩过，`assert.notEqual` 守住）；
- 变异③额外断言 `distinguishes(mutated) === true`：**证明它测的是顺序而不是退化成①**。
验证（对**真源码**做变异，不是只喂文本）：
基线 pass=5 fail=0 ｜ ①pass=0 fail=5 ｜ ②pass=1 fail=4 ｜ ③pass=3 fail=2 ｜ 还原 pass=5 fail=0
源码逐字节还原（cmp 过）。门禁 `npx tsc && npm test`：402/402。
|
2026-09-25 04:30:53 +08:00 |
|
|
|
1de93feabc
|
fix(桥): 「读不出来」被当成「不存在」—— 这一行把 dsh 的邮件通道整条弄断
`persistedCwd()` 原来是 `catch { return undefined }`，把 readSession 的**三种**
抛出情形压成同一个「磁盘上没有」。调用方只把 `undefined` 读作"可以 create"：
读失败（格式迁移拒绝 / 日志损坏）→ 当成不存在 → 走 create
→ 磁盘上**确实有**那个 id ⇒ `session "…" already exists`
⇒ 该会话的邮件全投不进去，而日志里只有 create 的错，
**真正的读失败被那个 catch 吃掉了**。
2026-09-19 DSH 升到 0.1.5-rc.2 后 40 个 `mail-*` 会话全部命中。
修法：`readSession` 的报错**本来就带可区分的 code**
（`dsh-session-query` 的 `notFound()` 给 `SESSION_QUERY_SESSION_NOT_FOUND`；
格式/损坏给 `SESSION_QUERY_CORRUPT_SESSION` / `SESSION_QUERY_PERSISTENCE_FAILED`）。
现在**只有 `SESSION_QUERY_SESSION_NOT_FOUND` 返回 `undefined`**，其余一律抛出，
让原文错误浮到调用方 —— 不再降级成"不存在"。
判据 `test/persisted-cwd-not-found.test.mjs`（2 条，已进 `npm test` 门禁）钉的是
**区分本身**，不是"有没有 try/catch"。三个变异逐个验过：
① catch 改回无条件 `return undefined` ⇒ 红
② 任何抛错都返回 undefined ⇒ 红
③ `throw e` 提到 code 判断之前（"不存在"也抛 ⇒ create 不可达）⇒ 红
★ 变异③第一次**没落在目标上**：全局正则命中了文件里第一个无关的
`catch (e: any)`，判据全绿 —— 于是把它写成自检里的一条断言（变异必须真的落下），
避免这条自检本身变成恒真的假判据。
顺带记两个事实：
- `src/index.ts` 是桥的真源，`dist/` 是部署产物（`.gitignore` 忽略）；已 `tsc` 重建并在产物里复验。
- 姊妹桥（pi/opencode/zcode）不含 `persistedCwd`，本缺陷只在 dsh 这条链上。
|
2026-09-25 04:15:37 +08:00 |
|
