Openapoc: 当日志大小达到 >82MiB 时崩溃

我一直无法重现这个 - 它还会发生吗？

几周前，我有一个超过 500MB 的日志文件。

只是从不和谐中复制和粘贴，我无法使用最新下载再次复制它

将关闭，但是，如果需要，我们可以随时重新开放

不是在我可以在 ATM 上访问 git 的设备上，而是关于 >82MB 的日志问题

这仍然发生在某些设备上......我拥有的最低端是 82MB

最高的是 4GB FAT32 文件大小上限

很难重现，但实际上，超过 82MB 的 Windows 系统迟早会无法快速写入大日志文件，而 OpenApoc 将无法写入日志而崩溃

是否有必要将日志扩展到文件系统限制，还是应该将其截断为 50MB？
显然在 NTFS 和 exFAT 上，限制更高，因此除非写入延迟，否则崩溃需要更长的时间

昨天 09:14
我仍然无法重现这个，我的日志超过 500mb 并且没有看到任何崩溃
也许它实际上不是日志，而是恰好在同一时间发生的其他事情？ 比如内存泄漏什么的？
您是否从崩溃中获得回溯？ 如果使用 appveyor 构建，您可能需要提取调试包以从 pdb 文件中获取符号

Filmboy84昨天 09:17
可能是，只是在 Win7 NTFS 系统上很少发生

它发生在老化的 FAT32 WinXP 安装上

我可以尝试获得回溯

好久没看这个了（现在按习惯删除日志文件）

如果调试包再次工作（如果你记得它不是一段时间），我会进行探索

昨天 09:19
嗯，我不再有任何关于 win7 或 fat32 的东西，所以如果它们相关，可能会遇到问题
但如果是日志文件大小本身，我会感到惊讶 - 我们只是使用经过长时间测试的标准 API

Filmboy84昨天 09:49
这当然是一个奇怪的

我在使用 NTFS 的 Win10 上从未遇到过问题

下次在 git 友好设备上更新所有这些问题

同样在无数的 Linux 文件系统下它似乎还可以（包括像 HPFS 这样的古老文件系统）

所以同意它可能不会以任何方式链接到文件系统，除非达到文件大小限制，直到那时我还没有想到内存泄漏......现在你说这听起来更有可能