Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0011041Dwarf FortressGeneralpublic2019-02-28 19:162019-03-02 11:54
ReporterDarxus 
Assigned To 
PrioritynormalSeveritycrashReproducibilityhave not tried
StatusnewResolutionopen 
PlatformlinuxOSubuntuOS VersionUbuntu 18.04.2 L
Product Version0.44.12 
Target VersionFixed in Version 
Summary0011041: Crashes, don't know the reason, uploaded a core dump file and save data, no raids, no mods / utilities
DescriptionThe save file is from about an hour before the crash.

http://dffd.bay12games.com/file.php?id=14280 [^]

$ md5sum libs/Dwarf_Fortress
4b10f9ccb4a7f491be755c45ef2cc457 libs/Dwarf_Fortress

There were no additions to errorlog.txt in hours.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
has duplicate 0011042resolved Loci Crashes, don't know the reason, uploaded a core dump file and save data, no raids, no mods / utilities - 2nd 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2019-02-28 19:16DarxusNew Issue
2019-03-01 00:23risusinfNote Added: 0039254
2019-03-01 06:31DarxusNote Added: 0039255
2019-03-01 06:44DarxusNote Added: 0039256
2019-03-01 07:50risusinfNote Added: 0039257
2019-03-01 07:52risusinfNote Edited: 0039257bug_revision_view_page.php?bugnote_id=0039257#r16006
2019-03-02 09:10risusinfNote Edited: 0039257bug_revision_view_page.php?bugnote_id=0039257#r16008
2019-03-02 11:53LociRelationship addedhas duplicate 0011042
2019-03-02 11:54LociNote Added: 0039261

Notes
(0039254)
risusinf   
2019-03-01 00:23   
One of the military equipment categories is obstructed. Anyway, one hour is too long to make a solid confirmation.

> Loaded my game from before the only time I sent out a raid
So you raided and then reloaded without saving?
(0039255)
Darxus   
2019-03-01 06:31   
Can you tell me how to check for obstructed military equipment categories?

> So you raided and then reloaded without saving?

I raided, it crashed repeatedly, I submitted a bug, loaded a save from before the raid, continued playing, and this crash happened, so I submitted this bug.

I continued playing for some time, and it didn't crash again at the same time. But it similarly crashed later:

http://www.bay12games.com/dwarves/mantisbt/view.php?id=11042 [^]

Both of these last two have core dump files attached. It would be cool if somebody with debugging symbols could check if they're similar.
(0039256)
Darxus   
2019-03-01 06:44   
I was thinking about your military equipment comment: Possibly relevant, on this map the only metal is gold, so much of my military equipment has been purchased. So if there's a bug that involves purchased military equipment, I'd guess I'm more likely to hit it than most.

(There's also candy, which I haven't touched.)
(0039257)
risusinf   
2019-03-01 07:50   
(edited on: 2019-03-02 09:10)
Here is an example illustration with comments on how to check it: https://imgur.com/VKTGasZ [^]

No need in making new report for the same issue every time, just drop dffd link here in the comments if you got an update.

.44 brought in some source of gameplay breaking data corruption, i can only speculate on what that is, possibly the raiding system, or something else, or both. I'll take a look at your saves, maybe something new comes up.

============

Tests of the latest save:
1st run: crash in less than 1min
2nd run: crash in about 7min
3rd run: same as 1st
With squads disbanded 3 more attempts all crash in <1min

So all your recent reports are about the same fort, first one was about crashing on save, then you proceed from earlier save, and now you got this, i see.

There is a series of recent saves that describe crashes dependent on military equipment, and another series about crashes on save which magically stop after one specific unit is terminated. Your save behaves both ways.
(0039261)
Loci   
2019-03-02 11:54   
Darxus posted another save in 0011042:

http://dffd.bay12games.com/file.php?id=14281 [^]