Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0010776Dwarf FortressDwarf Mode -- Buildings, Generalpublic2018-05-29 14:242018-07-07 09:55
Anon 
Loci 
highcrashalways
confirmedopen 
PCWindows 101803
0.44.10 
 
0010776: Reproducible, unavoidable crash few minutes after starting save and unpausing game (corrupted furniture after unretire)
I have played on a fortress for several hours before it started crashing every time at somewhat the same point. My save is just a couple of minutes before the crash.
I used the Lazy Newb starter Pack, so I suspected that the crash has something to do with it.
However even after putting the save into a fresh vanilla installation of DF, nothing changed.
There are no squads on the move.
The error log doesn't help at all as far as I can tell.
The region has been existing since around 43.01, however the fort has only been recently unretired.
Retiring and unretiring the fortress doesn't fix the crash. The fort still crashes about as quickly as in the first save.
Abandoning the fortress and reclaiming it fixes the crash. For a while. But after around one ingame year, the same crash pattern comes back.
I was able to play the fortress for quite some time before the crash started appearing.

I have not tried playing on another fortress yet. Though I suspect that the same error doesn't happen in a fresh location (I really like this fortress here though).
If the crash stays the same in other locations, then one would have to play for a few hours before something happens.
Load save from http://dffd.bay12games.com/file.php?id=13788 [^] , unpause the fortress and wait a couple of minutes for the game to just silently close.

You can also load the save from http://dffd.bay12games.com/file.php?id=13789 [^] , unpause the fortress and wait until the end of December for a crash. This savegame is at the same fortress, but abandoned and reclaimed.
Error log: http://dffd.bay12games.com/file.php?id=13790 [^]
No tags attached.
Issue History
2018-05-29 14:24AnonNew Issue
2018-05-29 16:57AnonIssue Monitored: Anon
2018-05-29 16:57AnonIssue End Monitor: Anon
2018-06-08 19:49HoustNote Added: 0038448
2018-06-09 03:16PatrikLundellNote Added: 0038449
2018-06-11 12:45AnonNote Added: 0038457
2018-06-11 15:19LociNote Added: 0038458
2018-06-11 15:19LociAssigned To => Loci
2018-06-11 15:19LociStatusnew => confirmed
2018-06-12 00:59AnonNote Edited: 0038457bug_revision_view_page.php?bugnote_id=0038457#r15649
2018-06-12 08:32lethosorNote Edited: 0038448bug_revision_view_page.php?bugnote_id=0038448#r15651
2018-06-12 08:43lethosorIssue Monitored: Houst
2018-06-12 08:43lethosorNote Added: 0038461
2018-06-12 08:47lethosorNote Edited: 0038461bug_revision_view_page.php?bugnote_id=0038461#r15653
2018-06-12 08:47lethosorNote Edited: 0038448bug_revision_view_page.php?bugnote_id=0038448#r15654
2018-06-12 10:12lethosorNote Edited: 0038461bug_revision_view_page.php?bugnote_id=0038461#r15655
2018-06-13 19:35HoustNote Added: 0038462
2018-06-13 19:36HoustNote Edited: 0038462bug_revision_view_page.php?bugnote_id=0038462#r15657
2018-06-23 14:43AnonNote Added: 0038471
2018-06-24 15:57lethosorNote Added: 0038474
2018-06-24 23:25AnonNote Added: 0038476
2018-06-25 02:13AnonNote Edited: 0038476bug_revision_view_page.php?bugnote_id=0038476#r15665
2018-07-03 08:30AnonNote Added: 0038526
2018-07-03 23:12AnonNote Edited: 0038526bug_revision_view_page.php?bugnote_id=0038526#r15684
2018-07-07 09:55LociCategoryGeneral => Dwarf Mode -- Buildings, General
2018-07-07 09:55LociSummaryReproducible, unavoidable crash few minutes after starting save and unpausing game => Reproducible, unavoidable crash few minutes after starting save and unpausing game (corrupted furniture after unretire)

Notes
(0038448)
Houst   
2018-06-08 19:49   
(edited on: 2018-06-12 08:47)
I've got this problem as well, I'm running on DF 0.44.09 though, also with the lazy newbie pack. Also I'm on windows 7 64 bits, here's an upload of my save.

http://dffd.bay12games.com/file.php?id=13814 [^]
MANAGER'S NOTE: DFHack crash only, ignore this save

The crash should happen in seconds, less than a minute unpaused.

(0038449)
PatrikLundell   
2018-06-09 03:16   
Houst's save crashes as described for me as well using 0.44.10 on Windows 10.1 with DFHack.

Anon's first save crashed after just over 5 minutes for me.
(0038457)
Anon   
2018-06-11 12:45   
(edited on: 2018-06-12 00:59)
After some testing, I conclude that Houst's save does not have the same crashing bug as I do, since it only crashes on the Lazy Newbie Pack, but not on a vanilla installion. I played on vanilla for like half an ingame year or something without crash.

I also had it play just fine for a while when playing without DFHack, but later on it started suddenly crashing reliably there too. Then it stopped crashing again. No idea what's going on there.
It /always/ crashes on DFHack though. And /never/ on vanilla.


On a different note, I noticed that on some vanilla installations of DF, my save (not Houst's) can take up to 20 minutes to finally crash, while on others, it only takes 10 seconds. However it always takes roughly the same time on every individual installation once it is established.

(0038458)
Loci   
2018-06-11 15:19   
I was able to play Houst's save through the caravan arrival on several attempts using vanilla v0.44.10.

Anon's original save, however, did crash on my vanilla v0.44.10 install.
(0038461)
lethosor   
2018-06-12 08:43   
(edited on: 2018-06-12 10:12)
Reminder sent to: Houst

Houst, your save (http://dffd.bay12games.com/file.php?id=13814 [^]) is crashing solely due to the "autogems" DFHack plugin, as far as I can tell. It crashes instantly for me in a dev build of DFHack (after 0.44.10-r1), but it might crash within a day for you. Running "unload autogems" allows the save to continue running for some time, and "load autogems" and "enable autogems" causes it to crash within a day.

In the future, do not report issues here unless you have verified that they occur without third-party utilities like DFHack.

Edit: DFHack report, for reference: https://github.com/DFHack/dfhack/issues/1303 [^]

Edit 2: fixed in DFHack. You can fix it temporarily by removing furnace links from the stockpiles linked to your jeweler's workshops. Our Windows build machine is down, so I'm not sure if I can provide a fixed plugin to you, unfortunately.

(0038462)
Houst   
2018-06-13 19:35   
(edited on: 2018-06-13 19:36)
I will try that. My apologies for the false positive.

(0038471)
Anon   
2018-06-23 14:43   
The crash still persists in version 0.44.11, sadly. Was kinda hoping for a magical fix or something.
(0038474)
lethosor   
2018-06-24 15:57   
Well, there wasn't one. Is it still crashing with both saves?
(0038476)
Anon   
2018-06-24 23:25   
(edited on: 2018-06-25 02:13)
Yes, both saves are still crashing, just like before. I can't make out any changes, if there are any.

(0038526)
Anon   
2018-07-03 08:30   
(edited on: 2018-07-03 23:12)
After a ridiculous amount of time spent looking for the cause for these crashes, I finally found it:

Whenever the mayor (or any dwarf really, but the mayor had it assigned to) tries to sit on the chair of his office to eat, the game crashes. The crash is caused by the throne in his office. It is impossible to inspect the chair. It is neither an item (k) nor a building (T). Upon deconstructing the throne/chair, it completely disappears. As long as you prevent a dwarf from eating (or probably just sitting) on that chair, the game won't crash.

I don't know what caused the chair to become corrupted however. It wasn't corrupted before I retired the fortress. I visited the fortress with my adventurer before, and saw dwarfs deconstructing chests and the like. Maybe I retired at the fortress with my adventurer while one of the dwarfs was trying to deconstruct the throne, leaving it in a limbo of not item and not building. No idea if dwarfs would even deconstruct chairs, so that's just a wild theory.
But at least I can continue playing now, so don't expect me to investigate any further.

Here is a picture of the room and chair from the save in case you want to take a look at it: https://imgur.com/eFRJtWO [^]

Edit: It should also be of note that this was not the only cause of crashes. Apparently some of the rooms on the level from the screenshot and one below (or above?) are also bugged. It can be fixed by dissasembling every object in these rooms, or just never using them.