Openapoc: APPCRASH (all the time)

Looks like your XCOM.BIN got corrupted somehow it should be around 604,8 MB (604.847.376 Bytes) big. Looking through your log there is plenty of corrupted files such as

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

and

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

The log outputs that 50x times from different files.

Those PNG "errors" are normal - it tries to see if an image file is a PNG file (which they aren't), then it falls back to PCX (which those files are). So only if you see the PCX loader failing should that actually be an error.

I've tied 2 versions of the game and same story happends still, don't know what to do.

I haven't seen this issue myself - maybe there's something different with your system (OS/driver versions, settings like localisation?)

Is there any chance you can get a backtrace? It might help us figure out what's going on if we know exactly where it's crashing.

Those PNG "errors" are normal - it tries to see if an image file is a PNG file (which they aren't), then it falls back to PCX

I thought it was suspicious that it could cause for him the crash as my log doesn't mention it tried to load pcx file as png. At the end of file it doesn't show any warning or errors at all which provoked this crash.

May happend after 10 seconds after start or just any time.

Do you have any guesses how long it takes for a crash to happen? Also can you recall what were you trying to do just before the crash happened?

1. I'll try to get backtrace tommorow and update info (never did it before).
2. No guesses at all. Last time crash happened, it was the first day start time (I thought the problem might be in renaming agents - I usually rename agents as tank 1, tank 2 and so on... but this time I have not starting renaming yet).
3. Using EN(GB) localisation.

Hello!
Looks like I have no skills to get a backtrace... If someone is abe to spend some time to find out what's wrong here, we can connect using TeamViewer... I'm online now in:
discord https://discord.gg/sYnshc
skype - khlopkov1 (Petr Khlopkov)
signal/what's up/viber/telegram +79639119870

I take him. Guide to work.

Hello again!
We've connected with @Atrosha and using TeamViewer we've found this:
Game starts, shows intro movie and after start campain mode it shows error message dialogs:

After that game crashes and rises multiple exeptions:

I attach stacktrace and gamelogs:
stacktrace.txt
openapoc_log.txt

We've tried to compile latest master branch with GOG and Steam cd.iso. This backtrace for Steam CD.
GOG version works ok (1 day gameplay passed with no crashes), but before we did all that, when i installed v0.1-447-g109644d5(or just unzip it) game was crashing all the time still.

After all I've tried v0.1-447-g109644d5 + Steam version and no crashes after 5 min gameplay (miracle? moon phase?).
What changed? Well, we've installed Visual Studio and I've installed c++ packages:

Before it, i was trying to play using c++ packs 2015 and 2010+- (unable to say for true - don't remember).

I'll continue test tommorow and update info.

Is there a "gamestate_common" in the data/ directory?

Are you running it through MSVC? Currently it expects the data directory to be in "./data", which is correct is MSVC runs it as it sets the current working directory to the root of the repository - but if you run it manually (or MSVC's run thing is different on different versions/platforms) it might be that?

Have the extractors run as part of the build? Are there difficulty1_patched and similar in the data directory?

Is there a "gamestate_common" in the data/ directory?

267 087 bytes

Are you running it through MSVC? Currently it expects the data directory to be in "./data", which is correct is MSVC runs it as it sets the current working directory to the root of the repository - but if you run it manually (or MSVC's run thing is different on different versions/platforms) it might be that?

Two build was run from MSVC. One with Steam CD, second with GOG CD.

Have the extractors run as part of the build? Are there difficulty1_patched and similar in the data directory?

difficulty1_patched size is 139 432 bytes and others are present.

I added more info logs in PR #560 to help with seeing what's going on here.

Any chance you can run that and re-paste the log?

Not so fast.
For now all seems to be ok, but in the past all also was fine, and crashes starts after day of normal gameplay.

imho this is pc config errors.