Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0011004Dwarf FortressMiscellaneous Crashespublic2019-01-17 13:542020-11-24 08:39
x64ubuntu18.04 LTS
0011004: Save crashes after a few days - reproduces 100% on OP platform
I have uploaded my save here: http://dffd.bay12games.com/file.php?id=14200 [^]

My config is ubuntu 18.04 LTS
GTX1060 with 930 driver
DF 0.44.12
Consistent crash on my PC between the 25th and 26th obsidian. No need to move just let the game run. Around this date the game just crashes (segfault?) and the window disappears.
No tags attached.
duplicate of 0011014confirmed Loci Reproducible crash from corrupted military equipment lists 
Issue History
2019-01-17 13:54matt33012New Issue
2019-01-17 14:07matt33012Note Added: 0039122
2019-01-17 14:58LociNote Added: 0039123
2019-01-17 14:58LociAssigned To => Loci
2019-01-17 14:58LociStatusnew => confirmed
2019-01-18 15:13matt33012Note Added: 0039124
2019-01-18 15:13matt33012Note Edited: 0039124bug_revision_view_page.php?bugnote_id=0039124#r15909
2019-01-18 23:23lethosorNote Added: 0039125
2020-11-24 08:38lethosorNote Added: 0040798
2020-11-24 08:39lethosorRelationship addedduplicate of 0011014
2020-11-24 08:39lethosorStatusconfirmed => resolved
2020-11-24 08:39lethosorResolutionopen => duplicate
2020-11-24 08:39lethosorAssigned ToLoci => lethosor

2019-01-17 14:07   
I'd be happy to investigate more but I don't know how. I tried gdb but it is not happy with the ./df launcher.
2019-01-17 14:58   
The provided save crashes on windows too. It appears you are using a tileset, and possibly DFHack. All mods should be listed in the report.
2019-01-18 15:13   
This game was run through LNP but I forgot to mention that I reproduced the crash on the vanilla version.
dfhack are used by LNP yes.
Tileset is phoebus.

Is there a command I can run to give more info?

2019-01-18 23:23   
There is not. The good news is that this is also reproducible on macOS, so I expect it will be easy for Toady to reproduce. However, it's still possible that this crash is caused by a utility like DFHack, even if the crash occurs without it running. If that's the case, Toady won't be able to do anything about it.
The relevant bit of the macOS crash report (0.44.12 64-bit) follows (mostly for help in identifying potential duplicates - I couldn't find any issues matching this exact crash)
Thread 2 Crashed:
0   dwarfort.exe                        0x0000000100aa7545 0x100000000 + 11171141

Note that I haven't verified whether this crash occurs on the same instruction every time, because it takes multiple minutes for me to run this save to the point where it crashes.
2020-11-24 08:38   
I confirmed via DFHack that this is an instance of 0011014, and removing the corrupted items from the equipment lists fixes the crash (at least, I was able to advance the game a few days into the next month without it crashing anymore).

Specifically, the issues here are in the "unassigned" vector mentioned in http://www.bay12forums.com/smf/index.php?topic=169696.msg8195533#msg8195533 [^]
- When loading the game, many slabs are present, mostly in the unassigned shoes vector but a few in the armor vector as well
- After advancing the game about half a day, a corrupted item pointer (i.e. one not present in the global vector of all items) appears at index 41 in the shoes vector

Removing all of those promptly (with the script in currently in development at https://github.com/DFHack/dfhack/issues/1678 [^]) prevented the crash.