- 已装运
- 2026年9月7日 00:48 UTC
- 作者
- Kamo
- 提交
- ab08043
完成开始的扫荡 当我自己开出账单时 "Bin 0 - > 6882字节". 扫描所找到的 NUL 字节的每一个跟踪文本文件 还有3个;服务器Time.ts 跟着那个固定,这些是另外两个。 脚本/check-i18n-keys.mjs使用NUL作为ICU sentinel - 它代表一个 逃脱了',而字面上的横跨被剥去,这是正确的字符 用于工作,因为没有真正的信息可以包含。 刻出为单码 而不是原始字节 警卫在前后报告相同: 干净,3410个档案 README.md在UTF-16LE中有一个全行由一些起动工具所附加, 坐在ASCII文件内 - 39 NULs 和一个没有渲染器的行 显示正确。 已解码并重写为UTF-8,文本不变. 也没有在跑道上打破任何东西。 两者成本相同: 调用带有 NUL 二进制的文件, 所以它没有 diff, 没有责备和审查, 还有 a 换成两个 就会以不透明的方式降落.