Openapoc: APPCRASH（一直）

看起来您的 XCOM.BIN 以某种方式损坏了它应该大约 604,8 MB（604.847.376 字节）大。 查看您的日志有很多损坏的文件，例如

I 1256638574 class std::shared_ptr<class OpenApoc::Image> __cdecl `anonymous-namespace'::LodepngImageLoader::loadImage(class OpenApoc::IFile &): Failed to read PNG headers from "C:\Games\cd.iso/xcom3/ufodata/titles.pcx" (28) : incorrect PNG signature, it's no PNG or corrupted

和

I 6111030396 class OpenApoc::IFile __cdecl OpenApoc::FileSystem::open(const class OpenApoc::UString &): Loading "xcom3/ufodata/vstrfire.pcx" from "C:\Games\cd.iso/xcom3/ufodata/vstrfire.pcx"
I 6112258526 class std::shared_ptr<class OpenApoc::Image> __cdecl `anonymous-namespace'::LodepngImageLoader::loadImage(class OpenApoc::IFile &): Failed to read PNG headers from "C:\Games\cd.iso/xcom3/ufodata/vstrfire.pcx" (28) : incorrect PNG signature, it's no PNG or corrupted

日志从不同的文件输出 50 倍。

那些 PNG“错误”是正常的——它尝试查看图像文件是否是 PNG 文件（它们不是），然后返回到 PCX（这些文件是）。 因此，只有当您看到 PCX 加载程序失败时，这实际上才是错误。

我已经绑定了两个版本的游戏，同样的故事仍然发生，不知道该怎么办。

我自己没有遇到过这个问题——也许你的系统有什么不同（操作系统/驱动程序版本、本地化等设置？）

你有机会获得回溯吗？ 如果我们确切地知道它在哪里崩溃，它可能会帮助我们弄清楚发生了什么。

那些 PNG“错误”是正常的——它尝试查看图像文件是否是 PNG 文件（它们不是），然后它回退到 PCX

我认为它可能导致他崩溃是可疑的，因为我的日志没有提到它试图将 pcx 文件加载为 png。 在文件末尾，它根本没有显示任何引发此崩溃的警告或错误。

可能在开始后 10 秒后或任何时间发生。

你有任何猜测发生崩溃需要多长时间？ 你还记得坠机发生前你想做什么吗？

1. 明天我会尝试获取回溯并更新信息（以前从未这样做过）。
2. 完全没有猜测。 上次发生崩溃时，是第一天开始时间（我认为问题可能出在重命名代理上——我通常将代理重命名为 tank 1、tank 2 等等……但这次我还没有开始重命名）。
3. 使用 EN(GB) 本地化。

你好！
看起来我没有获得回溯的技能......如果有人花点时间找出这里的问题，我们可以使用TeamViewer连接......我现在在线：
不和谐https://discord.gg/sYnshc
skype - khlopkov1 (Petr Khlopkov)
信号/发生了什么/viber/电报 +79639119870

我带他。 工作指南。

再一次问好！
我们已经与@Atrosha 建立了联系，并使用 TeamViewer 发现了这一点：
游戏开始，显示介绍电影，并在开始campain 模式后显示错误消息对话框：

在该游戏崩溃并出现多个异常之后：

我附上堆栈跟踪和游戏日志：
堆栈跟踪.txt
openapoc_log.txt

我们已经尝试使用 GOG 和 Steam cd.iso 编译最新的 master 分支。 Steam CD 的回溯。
GOG 版本运行正常（1 天的游戏过程没有崩溃），但在我们做这一切之前，当我安装 v0.1-447-g109644d5（或只是解压它）游戏一直崩溃。

毕竟我已经尝试过 v0.1-447-g109644d5 + Steam 版本并且在游戏 5 分钟后没有崩溃（奇迹？月相？）。
发生了什么变化？ 好吧，我们已经安装了 Visual Studio 并且我已经安装了 c++ 包：

在此之前，我试图使用 c++ 包 2015 和 2010+-（无法说是真的-不记得了）。

明天我会继续测试并更新信息。

数据/目录中是否有“gamestate_common”？

你是通过 MSVC 运行的吗？ 目前它希望数据目录在“./data”中，这是正确的，MSVC 运行它是因为它将当前工作目录设置为存储库的根目录 - 但是如果您手动运行它（或 MSVC 的运行内容在不同的版本/平台）可能是这样？

提取器是否作为构建的一部分运行？ 数据目录中是否有difficult1_patched和similar？

数据/目录中是否有“gamestate_common”？

267 087 字节

你是通过 MSVC 运行的吗？ 目前它希望数据目录在“./data”中，这是正确的，MSVC 运行它是因为它将当前工作目录设置为存储库的根目录 - 但是如果您手动运行它（或 MSVC 的运行内容在不同的版本/平台）可能是这样？

两个构建是从 MSVC 运行的。 一张是 Steam CD，一张是 GOG CD。

提取器是否作为构建的一部分运行？ 数据目录中是否有difficult1_patched和similar？

难度 1_补丁大小为 139 432 字节，其他存在。

我在 PR #560 中添加了更多信息日志以帮助查看此处发生的情况。

你有机会运行它并重新粘贴日志吗？

没那么快。
现在似乎一切正常，但在过去一切都很好，并且在正常游戏一天后开始崩溃。

恕我直言，这是电脑配置错误。