|Anonymous | Login | Signup for a new account||2022-05-27 15:30 PDT|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0011004||Dwarf Fortress||Miscellaneous Crashes||public||2019-01-17 13:54||2020-11-24 08:39|
|Platform||x64||OS||ubuntu||OS Version||18.04 LTS|
|Target Version||Fixed in Version|
|Summary||0011004: Save crashes after a few days - reproduces 100% on OP platform|
|Description||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
|Steps To Reproduce||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.|
|Tags||No tags attached.|
|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.|
|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.|
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?
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.
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.
|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|