claude-code
4322deb23a
補上 stat -f 診斷的最後一層：連離開碼都不可靠（inkstone/ISEP#90 ④）
總管自己驗這一格量到 exit=0，我量到 exit=1。**兩個都是真的**，
而分歧本身就是最後一塊拼圖：
**GNU 的 `-f` 是 `--file-system`，布林旗標、不接格式字串**
⇒ `%m` 不是格式，它被當成**另一個檔名運算元**
⇒ 離開碼取決於「cwd 裡有沒有一個叫 `%m` 的檔」：
A. 沒有（一般情況） → exit 1 ⇒ `||` 會跑 ⇒ 正確的秒數接在垃圾後面
B. 剛好有 → exit 0 ⇒ `||` 不會跑 ⇒ 整包連一個數字都沒有
兩種情況閘的結果一樣：MT 都不是純數字、戳記都作廢。（實測 GNU coreutils 9.4，兩種都重現過）
🔴 教訓比原本寫的更尖銳：舊寫法的 `||` fallback 救不了，
**不是因為它沒跑，而是因為「跑不跑」根本不由這支腳本決定**——
它由「cwd 裡有沒有某個檔名」決定。
一個行為取決於 cwd 有沒有某個檔的判斷式，不管跑不跑都是壞的。
⇒ 所以修法不能只是「把順序反過來」，**每一步都要驗它是不是純數字**
（lib/mtime.sh 本來就是這樣寫的，現在把理由寫進去了）。
gate-ok 測試補第 ⑰ 條守這一層：cwd 裡有一個叫 `%m` 的檔時，file_mtime 仍要回純數字。
16 → 17 條，TESTING.md 的 A16 一併更新。
2026-08-28 00:27:51 +00:00
..
2026-08-27 14:25:17 +08:00
2026-08-27 18:33:44 +08:00
2026-08-26 22:36:08 +08:00
2026-08-26 22:36:08 +08:00
2026-08-28 00:03:38 +00:00
2026-08-27 14:25:17 +08:00
2026-08-23 17:54:17 +08:00
2026-08-28 00:27:51 +00:00
2026-08-20 20:06:23 +08:00
2026-08-28 00:05:15 +00:00
2026-08-27 18:33:44 +08:00
2026-08-27 18:33:44 +08:00
2026-08-27 20:28:55 +08:00
2026-08-28 00:03:38 +00:00
2026-08-27 11:35:03 +08:00
2026-08-20 21:03:14 +08:00
2026-08-27 21:38:17 +08:00
2026-08-20 20:06:23 +08:00
2026-08-28 00:00:36 +00:00