Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011004Dwarf FortressMiscellaneous Crashespublic2019-01-17 13:542020-11-24 08:39
Assigned Tolethosor 
Platformx64OSubuntuOS Version18.04 LTS
Product Version0.44.12 
Target VersionFixed in Version 
Summary0011004: Save crashes after a few days - reproduces 100% on OP platform
DescriptionI have uploaded my save here: [^]

My config is ubuntu 18.04 LTS
GTX1060 with 930 driver
DF 0.44.12
Steps To ReproduceConsistent 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.
TagsNo tags attached.
Attached Files

- Relationships
duplicate of 0011014confirmedLoci Reproducible crash from corrupted military equipment lists 

-  Notes
matt33012 (reporter)
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.
Loci (manager)
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.
matt33012 (reporter)
2019-01-18 15:13
edited on: 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?

lethosor (manager)
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.
lethosor (manager)
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 [^]
- 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 [^]) prevented the crash.

- Issue History
Date Modified Username Field Change
2019-01-17 13:54 matt33012 New Issue
2019-01-17 14:07 matt33012 Note Added: 0039122
2019-01-17 14:58 Loci Note Added: 0039123
2019-01-17 14:58 Loci Assigned To => Loci
2019-01-17 14:58 Loci Status new => confirmed
2019-01-18 15:13 matt33012 Note Added: 0039124
2019-01-18 15:13 matt33012 Note Edited: 0039124 View Revisions
2019-01-18 23:23 lethosor Note Added: 0039125
2020-11-24 08:38 lethosor Note Added: 0040798
2020-11-24 08:39 lethosor Relationship added duplicate of 0011014
2020-11-24 08:39 lethosor Status confirmed => resolved
2020-11-24 08:39 lethosor Resolution open => duplicate
2020-11-24 08:39 lethosor Assigned To Loci => lethosor

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker