[BUG] 在服务端上使用chunky预生成区块时服务器崩溃

[XuanRikka]

latest.log

[unknowbug]

感谢报告 + 详细日志！已经定位根因并修复，请更新到 v1.0.2 重测。

根因

release jar 内嵌的 worldgen.dll 误带了 MinGW 构建版（3.4MB，8/5 旧版）——本地测试一直用 -PcppLib 指向 MSVC 构建版所以没暴露，打包时没同步更新 resources 里的 dll。

服务端 Chunky 高并发生成（多个 Worker 同时调 fillBlocks）时，MinGW 的 thread_local 会退化（跨线程共享缓存 → 并发写）→ 产生垃圾方块值——日志里的 bad id 1496104960（还有 205291520 / 1652195328 等，低 16 位全为 0，典型的跨线程内存竞争痕迹）就是证据。写入抛异常 → chunk 未生成 → 服务器卡顿（Can't keep up）。

修复（v1.0.2）

• 内嵌 dll 换成 MSVC 构建版（257KB，thread_local 行为正常）
• 本地模拟 Chunky 高强度（200 chunk 批量生成）：bad id = 0、write threw = 0
• 相关提交：b872e9c / d1c3f7a

请重测

1. 下载 v1.0.2 替换 mods/ 里的旧 jar
2. 建议开新世界测 Chunky（旧世界可能已有坏 chunk 写入磁盘）
3. 日志里应该不再出现 bad id / write threw

如果再有问题，把新日志发我。

[XuanRikka]

使用v1.0.6测试后问题仍然没有得到改善，建议发版之前测试一遍

latest.log

[unknowbug]

感谢再次测试！v1.0.7 已发布（Pre-release），请用它重测。

这次修了什么（针对你两次报告）

1. 🔴 内嵌 dll 版本问题（最可能的原因）：1.0.6 发布包里内嵌的 worldgen.dll 是 8/5 的旧 MSVC 构建（缺后续所有修复）——本地测试一直用 -PcppLib 指向最新 dll 所以没暴露，打包时没同步。v1.0.7 起打包流程强制自动同步最新 MSVC dll（processResources），发布前逐项验证：dumpbin 导入表必须是 MSVCP140/VCRUNTIME140（出现 libstdc++/libgcc = MinGW 版禁止发布），jar 内 dll 哈希与构建产物逐字节一致（本次 CFD82B3C4... 已核对）。

2. 彻底清除 MinGW 残留（构建目录/工具链/CMake 分支，约 1.2GB）——杜绝 MinGW 版 dll 再流入发布包（MinGW 的 thread_local 在服务端高并发下会退化成跨线程共享缓存 → 堆损坏 → 假崩溃/假坏方块）。

3. surface 字段错位修复（surfaceDepth/runDepth 分离）。

请用 v1.0.7 重测

Chunky 预生成场景（服务端）+ 若方便看一下生成的地形/结构是否正常。如果还有问题，麻烦附上完整的 latest.log + 崩溃时的 hs_err_pid*.log（如有）。

[XuanRikka]

latest.log

问题依然没有得到改善

[XuanRikka]

问题已确认为更新时mod不会自动替换老dll，手动删除重启后正常启动

[unknowbug]

确认了！你找到的根因完全正确：mod 更新时不会自动替换缓存里的老 dll。

根因

%TEMP%\coreswap-native\worldgen.dll 是解压缓存——旧版逻辑只解压一次（文件存在就不重新解压）。mod 更新后 jar 里是新 dll，但缓存里还是旧 dll → 你跑的永远是旧代码。手动删缓存后正常启动，就是这个原因。

修复（将在下一个版本生效）

dll 缓存改为版本化：每次启动比较 jar 内 dll 与缓存 dll 的逐字节哈希，不同则自动重新解压覆盖——以后更新 mod 无需手动删缓存。

结论

• 你确认的「更新不替换老 dll」是唯一根因（1.0.7 的 dll 本身是对的——MSVC 最新版，发布铁律已落实）
• 现有 1.0.7 手动删一次 %TEMP%\coreswap-native 即可正常使用
• 下一个版本（1.0.8）自动处理，不需要手动删

感谢耐心测试 + 定位！这个反馈直接促成了缓存版本化修复。