Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011041Dwarf FortressGeneralpublic2019-02-28 19:162019-03-02 11:54
Assigned To 
PrioritynormalSeveritycrashReproducibilityhave not tried
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. [^]

$ md5sum libs/Dwarf_Fortress
4b10f9ccb4a7f491be755c45ef2cc457 libs/Dwarf_Fortress

There were no additions to errorlog.txt in hours.
TagsNo tags attached.
Attached Files

- Relationships
has duplicate 0011042resolvedLoci Crashes, don't know the reason, uploaded a core dump file and save data, no raids, no mods / utilities - 2nd 

-  Notes
risusinf (reporter)
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?
Darxus (reporter)
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: [^]

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.
Darxus (reporter)
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.)
risusinf (reporter)
2019-03-01 07:50
edited on: 2019-03-02 09:10

Here is an example illustration with comments on how to check it: [^]

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.

Loci (manager)
2019-03-02 11:54

Darxus posted another save in 0011042: [^]

- Issue History
Date Modified Username Field Change
2019-02-28 19:16 Darxus New Issue
2019-03-01 00:23 risusinf Note Added: 0039254
2019-03-01 06:31 Darxus Note Added: 0039255
2019-03-01 06:44 Darxus Note Added: 0039256
2019-03-01 07:50 risusinf Note Added: 0039257
2019-03-01 07:52 risusinf Note Edited: 0039257 View Revisions
2019-03-02 09:10 risusinf Note Edited: 0039257 View Revisions
2019-03-02 11:53 Loci Relationship added has duplicate 0011042
2019-03-02 11:54 Loci Note Added: 0039261

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker