AohDrllTools

Author SHA1 Message Date

Author	SHA1	Message	Date
Mr.Xia	209268ee18	fix: 还原 cmd /c type 读取并移除路径字符黑名单 — 加密钻带文件只能用 cmd type 读取 `b75439c` 以"命令行是多余的"为由把读取改成 FileStream+StreamReader，是错误前提：项目存在无法用标准文件 I/O 读取的加密 txt/钻带文件（CLAUDE.md "Encrypted file reading"、 Docs/readme.md "读取加密钻带（使用cmd命令type读取）"、 Docs/刀具列表拖动排序功能说明.md "加密文件：使用 cmd 命令读取"均有记录），该改动会导致这些文件读取失败。本次回退。改动： - 还原 CommandTypeFileReader.cs：cmd.exe /d /c type（ANSI/936 解码），失败时退出码与 stderr 保留在异常消息里 - 删除 ForbiddenPathChars 与两处字符校验（本次报错根因）： ( ) & ^ @ 空格在双引号内对 type 安全，黑名单只会误伤 (D2-f)、(1) 等正常文件名 - 保留"非空路径""文件存在"校验与 ReadAllText(path, encoding) 重载 - 删除 AnsiFileReader.cs，15 处调用点改回 - CLAUDE.md / .trellis/spec/：恢复"加密文件必须用 cmd type"的说明，并标注为不可优化掉的硬约束（含 `b75439c` 反例）验证：demo_drl 全部 36 个文件与 `2335894` 实现逐字符一致、行数一致；含 ( ) & 空格路径实测可读（旧黑名单实现抛"文件路径包含不允许的命令行特殊字符"）； cmd 失败消息含退出码与 stderr；dotnet build -p:Platform=x86 0 错误，警告集与 HEAD 基线完全一致。	2026-09-20 13:28:37 +08:00
Mr.Xia	b75439cff4	fix: 修复含特殊字符路径的钻带文件读取失败 — 移除 cmd /c type，改为 AnsiFileReader 直接文件IO 问题：路径含 ( ) & % ! ^ @ 等字符时报"文件路径包含不允许的命令行特殊字符"， (D2-f)、(1) 这类正常业务文件名直接命中。根因：读取统一入口把路径拼进命令行(cmd.exe /d /c type "...")，为"防炸"在 `03d9b8b` 引入 ForbiddenPathChars 黑名单——并非业务需求，是实现的自我约束。实测：真正会坏的只有 %VAR%(必坏) 与延迟展开开启时的 !VAR!，而 ( ) & ^ @ 空格在双引号内均正常；且 type 是字节透传，这层 cmd 对当初的编码问题毫无帮助。改动： - 新增 AnsiFileReader.cs：FileStream + StreamReader(默认 936 解码 + BOM 探测，与旧 StreamReader 解码路径逐字符等价)，不经命令行 - 删除 CommandTypeFileReader.cs 及其 ForbiddenPathChars 字符校验 - 路径只保留"非空"与"文件存在"校验；IO 异常包装为 InvalidOperationException("读取文件失败：{路径}（{原因}）")并保留 InnerException - 15 处调用点同步改名；更新 CLAUDE.md 与 Docs 说明验证：14 个 demo_drl 样例新旧实现字符串/行数逐字符一致；含特殊字符路径(含 %TEMP% 字面路径，旧实现 rc=1)可读可解析；UTF-8/UTF-16 BOM 结果与旧实现一致； dotnet build -p:Platform=x86 0 错误且警告集与基线逐条相同。	2026-09-20 11:30:04 +08:00

Mr.Xia

209268ee18

fix: 还原 cmd /c type 读取并移除路径字符黑名单 — 加密钻带文件只能用 cmd type 读取

b75439c 以"命令行是多余的"为由把读取改成 FileStream+StreamReader，是错误前提：
项目存在无法用标准文件 I/O 读取的加密 txt/钻带文件（CLAUDE.md "Encrypted file reading"、
Docs/readme.md "读取加密钻带（使用cmd命令type读取）"、
Docs/刀具列表拖动排序功能说明.md "加密文件：使用 cmd 命令读取"均有记录），
该改动会导致这些文件读取失败。本次回退。

改动：
- 还原 CommandTypeFileReader.cs：cmd.exe /d /c type（ANSI/936 解码），
  失败时退出码与 stderr 保留在异常消息里
- 删除 ForbiddenPathChars 与两处字符校验（本次报错根因）：
  ( ) & ^ @ 空格在双引号内对 type 安全，黑名单只会误伤 (D2-f)、(1) 等正常文件名
- 保留"非空路径""文件存在"校验与 ReadAllText(path, encoding) 重载
- 删除 AnsiFileReader.cs，15 处调用点改回
- CLAUDE.md / .trellis/spec/：恢复"加密文件必须用 cmd type"的说明，
  并标注为不可优化掉的硬约束（含 b75439c 反例）

验证：demo_drl 全部 36 个文件与 2335894 实现逐字符一致、行数一致；
含 ( ) & 空格路径实测可读（旧黑名单实现抛"文件路径包含不允许的命令行特殊字符"）；
cmd 失败消息含退出码与 stderr；dotnet build -p:Platform=x86 0 错误，
警告集与 HEAD 基线完全一致。

2026-09-20 13:28:37 +08:00

Mr.Xia

b75439cff4

fix: 修复含特殊字符路径的钻带文件读取失败 — 移除 cmd /c type，改为 AnsiFileReader 直接文件IO

问题：路径含 ( ) & % ! ^ @ 等字符时报"文件路径包含不允许的命令行特殊字符"，
(D2-f)、(1) 这类正常业务文件名直接命中。

根因：读取统一入口把路径拼进命令行(cmd.exe /d /c type "...")，为"防炸"在 03d9b8b
引入 ForbiddenPathChars 黑名单——并非业务需求，是实现的自我约束。
实测：真正会坏的只有 %VAR%(必坏) 与延迟展开开启时的 !VAR!，而 ( ) & ^ @ 空格在
双引号内均正常；且 type 是字节透传，这层 cmd 对当初的编码问题毫无帮助。

改动：
- 新增 AnsiFileReader.cs：FileStream + StreamReader(默认 936 解码 + BOM 探测，
  与旧 StreamReader 解码路径逐字符等价)，不经命令行
- 删除 CommandTypeFileReader.cs 及其 ForbiddenPathChars 字符校验
- 路径只保留"非空"与"文件存在"校验；IO 异常包装为
  InvalidOperationException("读取文件失败：{路径}（{原因}）")并保留 InnerException
- 15 处调用点同步改名；更新 CLAUDE.md 与 Docs 说明

验证：14 个 demo_drl 样例新旧实现字符串/行数逐字符一致；含特殊字符路径(含 %TEMP% 字面
路径，旧实现 rc=1)可读可解析；UTF-8/UTF-16 BOM 结果与旧实现一致；
dotnet build -p:Platform=x86 0 错误且警告集与基线逐条相同。

2026-09-20 11:30:04 +08:00

2 Commits