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 |
| Reporter | matt33012 | Assigned To | lethosor | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | duplicate | ||
| Platform | x64 | OS | ubuntu | OS Version | 18.04 LTS |
| Product Version | 0.44.12 | ||||
| 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 DF 0.44.12 | ||||
| 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. |
|
|
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. |
| 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 | |
| 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 |
