Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000277Dwarf FortressTechnical -- Generalpublic2010-04-03 10:142020-02-16 09:10
ReporterGauHelldragon 
Assigned ToToady One 
PrioritynormalSeveritycrashReproducibilitysometimes
StatusacknowledgedResolutionopen 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0000277: Game crash during saving game - cleaning objects phase
DescriptionThe game crashed after saving the game in dwarf mode. Afterwards, the savegame was not corrupted and loaded fine.
--
Edit: Adjusted title and reproducibility to match comments, evidence.
Steps To Reproduce
Additional InformationTrace, etc: http://pastebin.com/XNfK4Wwx [^]
Tagscrash, Crash Dump, saving
Relationships
related to 0000827resolved Toady One Crash on save or abandonment of Fortress 
related to 0001046closed Toady One Melting item produces hard crash. 
related to 0001806resolved Toady One Non-cancelled kill orders persist into newly generated world and fortress. 
has duplicate 0001050closed Footkerchief Crash during save (at 'cleaning objects' phase) 
has duplicate 0000912closed Logical2u 0.31.02 Reproducible crash within 1-2 game months 
has duplicate 0002880resolved Footkerchief cleaning game objects, V .12 
has duplicate 0002590resolved Footkerchief Game Crashes on save 
has duplicate 0004908resolved Dwarfu Game crashes on save 
has duplicate 0010940resolved Loci Game crashes during save 
has duplicate 0011376resolved Loci Crash after saving fortress 
related to 0002176resolved Footkerchief Hard crash on Save after completing Trade Agreement 
related to 0003865resolved Footkerchief Crash when trying to save 
related to 0001755resolved Footkerchief After soldier dies, military/noble screens go blank, followed by crash 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-04-03 10:14GauHelldragonNew Issue
2010-04-03 10:45AquillionTag Attached: crash
2010-04-03 10:45AquillionTag Attached: saving
2010-04-04 17:27Steely GlintNote Added: 0000962
2010-04-05 19:51Steely GlintNote Edited: 0000962bug_revision_view_page.php?bugnote_id=0000962#r415
2010-04-05 19:59Steely GlintNote Edited: 0000962bug_revision_view_page.php?bugnote_id=0000962#r416
2010-04-06 08:23derigoNote Added: 0001459
2010-04-06 09:07Rafal99Note Added: 0001472
2010-04-07 05:47Steely GlintNote Added: 0001726
2010-04-07 21:55Rafal99Note Added: 0001935
2010-04-07 21:56Rafal99Note Edited: 0001935bug_revision_view_page.php?bugnote_id=0001935#r583
2010-04-08 22:27GauHelldragonTag Attached: stack dump
2010-04-09 13:31LangdonNote Added: 0002412
2010-04-09 14:36LangdonNote Edited: 0002412bug_revision_view_page.php?bugnote_id=0002412#r760
2010-04-10 03:08NighteyesNote Added: 0002546
2010-04-10 06:41oliverNote Added: 0002564
2010-04-10 06:43oliverNote Edited: 0002564bug_revision_view_page.php?bugnote_id=0002564#r830
2010-04-10 07:53LangdonNote Added: 0002567
2010-04-10 07:56LangdonNote Edited: 0002567bug_revision_view_page.php?bugnote_id=0002567#r834
2010-04-10 07:58LangdonIssue Monitored: Langdon
2010-04-10 08:01oliverNote Edited: 0002564bug_revision_view_page.php?bugnote_id=0002564#r835
2010-04-10 08:01oliverNote Edited: 0002564bug_revision_view_page.php?bugnote_id=0002564#r836
2010-04-10 08:02oliverIssue Monitored: oliver
2010-04-10 09:04SirPenguinNote Added: 0002581
2010-04-10 09:08SirPenguinNote Added: 0002584
2010-04-10 09:19DoctorZuberNote Added: 0002589
2010-04-10 09:36king doomNote Added: 0002595
2010-04-11 12:36LangdonNote Added: 0002856
2010-04-11 22:56LangdonNote Edited: 0002856bug_revision_view_page.php?bugnote_id=0002856#r963
2010-04-12 00:34ShadowlordNote Added: 0002997
2010-04-12 00:36ShadowlordIssue Monitored: Shadowlord
2010-04-12 01:14LangdonNote Added: 0003002
2010-04-12 01:15LangdonNote Edited: 0003002bug_revision_view_page.php?bugnote_id=0003002#r969
2010-04-12 01:18LangdonNote Edited: 0003002bug_revision_view_page.php?bugnote_id=0003002#r970
2010-04-12 02:50derigoNote Added: 0003012
2010-04-12 03:31LangdonNote Edited: 0003002bug_revision_view_page.php?bugnote_id=0003002#r971
2010-04-12 04:09LangdonNote Edited: 0003002bug_revision_view_page.php?bugnote_id=0003002#r974
2010-04-13 06:14ShadowlordNote Added: 0003237
2010-04-13 22:40LangdonNote Added: 0003404
2010-04-14 20:48LangdonNote Edited: 0003404bug_revision_view_page.php?bugnote_id=0003404#r1187
2010-04-14 22:31LangdonNote Edited: 0003404bug_revision_view_page.php?bugnote_id=0003404#r1192
2010-04-15 07:35Rafal99Note Added: 0003675
2010-04-16 05:04JimboOmegaNote Added: 0003826
2010-04-21 07:18LangdonNote Added: 0004443
2010-04-21 08:16JimboOmegaNote Added: 0004448
2010-04-23 14:50axusNote Added: 0004777
2010-04-23 14:51axusNote Edited: 0004777bug_revision_view_page.php?bugnote_id=0004777#r1654
2010-04-23 20:180x517A5DNote Added: 0004830
2010-04-26 13:320x517A5DIssue Monitored: 0x517A5D
2010-04-27 17:17AreyarNote Added: 0005434
2010-04-28 14:02FootkerchiefCategoryGeneral => Technical
2010-04-28 21:16Logical2uRelationship addedhas duplicate 0001631
2010-04-28 21:18Logical2uReproducibilityunable to reproduce => sometimes
2010-04-28 21:18Logical2uSummaryGame crashed during saving game => Game crash during saving game - cleaning objects phase
2010-04-28 21:18Logical2uDescription Updatedbug_revision_view_page.php?rev_id=2061#r2061
2010-04-29 07:08Dorf3000Note Added: 0005659
2010-04-29 08:42ArkenstoneNote Added: 0005663
2010-04-29 09:18ArkenstoneNote Edited: 0005663bug_revision_view_page.php?bugnote_id=0005663#r2077
2010-04-29 09:20ArkenstoneNote Edited: 0005663bug_revision_view_page.php?bugnote_id=0005663#r2078
2010-04-29 09:21ArkenstoneIssue Monitored: Arkenstone
2010-04-29 09:24ArkenstoneNote Edited: 0005663bug_revision_view_page.php?bugnote_id=0005663#r2079
2010-04-29 09:25ArkenstoneNote Edited: 0005663bug_revision_view_page.php?bugnote_id=0005663#r2080
2010-05-01 09:50yeeshNote Added: 0005825
2010-05-01 21:25ArkenstoneNote Added: 0005892
2010-05-05 22:49LangdonNote Added: 0006247
2010-05-24 08:51FootkerchiefTag Renamedstack dump => Crash Dump
2010-06-03 12:16FootkerchiefRelationship addedrelated to 0000827
2010-06-03 12:22FootkerchiefRelationship addedparent of 0000991
2010-06-03 12:22FootkerchiefRelationship addedparent of 0001866
2010-06-03 12:22FootkerchiefRelationship addedparent of 0001367
2010-06-03 12:22FootkerchiefRelationship replacedparent of 0000827
2010-06-03 12:22FootkerchiefRelationship addedhas duplicate 0002009
2010-06-03 12:23FootkerchiefRelationship addedhas duplicate 0001320
2010-06-03 12:23FootkerchiefRelationship addedhas duplicate 0001365
2010-06-03 12:24FootkerchiefRelationship addedhas duplicate 0002014
2010-06-03 12:24FootkerchiefSticky IssueNo => Yes
2010-06-03 12:25FootkerchiefRelationship addedhas duplicate 0001050
2010-06-04 00:21ChickenLipsNote Added: 0007649
2010-06-04 00:21ChickenLipsNote Edited: 0007649bug_revision_view_page.php?bugnote_id=0007649#r2844
2010-06-04 00:22ChickenLipsNote Edited: 0007649bug_revision_view_page.php?bugnote_id=0007649#r2845
2010-06-04 00:26FootkerchiefRelationship addedrelated to 0001046
2010-06-04 00:44ChickenLipsNote Edited: 0007649bug_revision_view_page.php?bugnote_id=0007649#r2846
2010-06-05 05:48Toady OneNote Added: 0007716
2010-06-05 05:48Toady OneAssigned To => Toady One
2010-06-05 05:48Toady OneStatusnew => acknowledged
2010-06-05 12:45ChickenLipsNote Added: 0007730
2010-06-05 12:48FootkerchiefNote Added: 0007731
2010-06-05 12:48FootkerchiefNote Edited: 0007731bug_revision_view_page.php?bugnote_id=0007731#r2876
2010-06-05 23:04FootkerchiefRelationship addedparent of 0002176
2010-06-09 17:11alexbIssue Monitored: alexb
2010-06-10 22:59LangdonNote Added: 0008120
2010-06-11 12:50FootkerchiefRelationship addedhas duplicate 0000912
2010-06-29 07:38FootkerchiefCategoryTechnical => Technical -- General
2010-07-03 20:32toybasherNote Added: 0009600
2010-07-03 21:26oliverNote Added: 0009606
2010-07-22 00:22mLegionNote Added: 0010804
2010-07-28 16:42eerrNote Added: 0011207
2010-07-28 17:31FootkerchiefRelationship addedhas duplicate 0002880
2010-08-07 10:43FootkerchiefRelationship addedhas duplicate 0002590
2010-08-16 14:16szytheNote Added: 0011833
2010-09-03 07:31WCGNote Added: 0012378
2011-03-03 10:08FootkerchiefAdditional Information Updatedbug_revision_view_page.php?rev_id=5900#r5900
2011-03-03 10:13FootkerchiefIssue Monitored: Areyar
2011-03-03 10:13FootkerchiefIssue Monitored: ChickenLips
2011-03-03 10:13FootkerchiefIssue Monitored: DoctorZuber
2011-03-03 10:13FootkerchiefIssue Monitored: eerr
2011-03-03 10:13FootkerchiefIssue Monitored: mLegion
2011-03-03 10:13FootkerchiefIssue Monitored: Rafal99
2011-03-03 10:13FootkerchiefIssue Monitored: SirPenguin
2011-03-03 10:13FootkerchiefIssue Monitored: szythe
2011-03-03 10:13FootkerchiefIssue Monitored: toybasher
2011-03-03 10:13FootkerchiefIssue Monitored: WCG
2011-03-03 10:13FootkerchiefNote Added: 0015710
2011-03-03 10:14FootkerchiefTag Attached: AWAITING UPDATE
2011-03-05 00:04LangdonNote Added: 0015743
2011-03-05 00:06LangdonNote Edited: 0015743bug_revision_view_page.php?bugnote_id=0015743#r5917
2011-03-05 00:30FootkerchiefRelationship addedrelated to 0001806
2011-03-05 10:08FootkerchiefRelationship addedrelated to 0003865
2011-03-05 13:44GauHelldragonNote Added: 0015771
2011-03-05 13:52GauHelldragonNote Edited: 0015771bug_revision_view_page.php?bugnote_id=0015771#r5921
2011-03-06 13:27AreyarNote Added: 0015842
2011-03-06 13:29FootkerchiefTag Detached: AWAITING UPDATE
2011-03-07 15:32AreyarNote Edited: 0015842bug_revision_view_page.php?bugnote_id=0015842#r5985
2011-03-09 18:59DoctorZuberIssue End Monitor: DoctorZuber
2011-04-05 16:01FootkerchiefRelationship deletedparent of 0000991
2011-04-05 16:01FootkerchiefRelationship deletedparent of 0001866
2011-04-05 16:02FootkerchiefRelationship addedhas duplicate 0000991
2011-04-05 16:03FootkerchiefRelationship addedchild of 0001866
2011-04-05 16:05FootkerchiefRelationship replacedhas duplicate 0001866
2011-04-05 16:07FootkerchiefRelationship deletedhas duplicate 0002009
2011-04-05 16:07FootkerchiefRelationship deletedhas duplicate 0001320
2011-04-05 16:08FootkerchiefRelationship deletedhas duplicate 0001365
2011-04-05 16:08FootkerchiefRelationship deletedhas duplicate 0002014
2011-04-05 16:10FootkerchiefRelationship deletedhas duplicate 0000991
2011-04-05 16:10FootkerchiefRelationship deletedhas duplicate 0001866
2011-04-05 16:11FootkerchiefRelationship deletedhas duplicate 0001631
2011-04-05 16:12FootkerchiefRelationship deletedparent of 0001367
2011-04-05 16:13FootkerchiefRelationship replacedrelated to 0000827
2011-04-05 16:14FootkerchiefRelationship replacedrelated to 0002176
2011-04-06 14:52FootkerchiefRelationship addedrelated to 0001755
2011-10-19 07:17DwarfuRelationship addedhas duplicate 0004908
2012-02-21 10:05janglurNote Added: 0020393
2012-05-19 04:38IntrinsicNote Added: 0022607
2012-06-03 21:33Rafal99Note Added: 0022838
2014-08-06 13:48mkieverNote Added: 0028487
2014-08-06 13:50mkieverIssue Monitored: mkiever
2014-08-28 09:03smjjamesNote Added: 0029745
2014-08-28 09:12smjjamesNote Edited: 0029745bug_revision_view_page.php?bugnote_id=0029745#r11485
2014-08-28 09:17smjjamesNote Edited: 0029745bug_revision_view_page.php?bugnote_id=0029745#r11486
2014-08-28 09:24smjjamesNote Edited: 0029745bug_revision_view_page.php?bugnote_id=0029745#r11487
2015-12-06 13:14the_immortal_gila_monsterIssue Monitored: the_immortal_gila_monster
2015-12-06 13:14the_immortal_gila_monsterIssue End Monitor: the_immortal_gila_monster
2016-01-03 13:390x517A5DIssue End Monitor: 0x517A5D
2016-05-21 02:23TheCrazyHamsteRNote Added: 0035249
2016-05-21 02:23TheCrazyHamsteRIssue Monitored: TheCrazyHamsteR
2016-06-07 12:33djthekillerNote Added: 0035364
2016-08-09 14:00rakjavikNote Added: 0035774
2017-01-11 13:32Strato1Note Added: 0036152
2018-01-15 16:52sionlifeNote Added: 0037631
2018-01-15 16:55sionlifeNote Edited: 0037631bug_revision_view_page.php?bugnote_id=0037631#r15252
2018-11-05 11:20jkordaniNote Added: 0038915
2018-11-05 15:46LociRelationship addedhas duplicate 0010940
2020-02-11 02:55RatterNote Added: 0040009
2020-02-11 04:43OrkelNote Added: 0040014
2020-02-16 09:09LociRelationship addedhas duplicate 0011376
2020-02-16 09:10LociNote Added: 0040079

Notes
(0000962)
Steely Glint   
2010-04-04 17:27   
(edited on: 2010-04-05 19:59)
In my current game, every deliberate save causes a crash. The game successfully autosaves every season without crashing, and I can load the save whether it autosaved or whether I saved (and it subsequently crashed).

EDIT: I noticed during the most recent of these crashes that the crash occurred during the "Cleaning Game Objects" phase. This explains why the save completed successfully. It also explains why the autosave doesn't cause a problem.
(0001459)
derigo   
2010-04-06 08:23   
I've crashed a few times during 'cleaning game objects' as well. But certainly not every time. And yes, the saves seem uncorrupted.
(0001472)
Rafal99   
2010-04-06 09:07   
I got this crash too a few times.
It crashes AFTER saving, during "Cleaning game objects".
Game gets saved properly, and no problems after loading.
(0001726)
Steely Glint   
2010-04-07 05:47   
I suspect that this crash is linked to at least one other, though obviously I can't say for certain which one. I believe that there is some internal data structure that can end up in a state where removing it leads to a crash...

My current suspicion involves the squad schedule menu, since I get frequent crashes there too. My crashes there occur when removing orders from the schedule (specifically when pasting over multiple orders... how are multiple orders stored internally?), which is one task I'd bet the "cleaning game objects" phase also performs.
(0001935)
Rafal99   
2010-04-07 21:55   
(edited on: 2010-04-07 21:56)
For me it seems that the crash in "Cleaning game objects" happens only if I save during or short before goblin ambush. It might be related to whether there are sneaking squads on the map.
(0002412)
Langdon   
2010-04-09 13:31   
(edited on: 2010-04-09 14:36)
Crashing during "cleaning game objects" reliably appears for me on 0.31.01 after a few game years. It seems to be linked to the presence of a hospital zone.

Once the crash during save appears, that particular save will forever keep crashing on subsequent saves, until I regen a new world.

Edit: Confirmed crash on "cleaning game objects" phase after saving on 0.31.02 (new world genned on 0.31.02).

The crash on save only appeared when 1) I had a hospital zone set up and 2) I had created at least one soap bar and 3) I had enough chests in the hospital to hold the soap (i.e. no crash when I had hospital up and soap on map, but no chests in hospital).
(0002546)
Nighteyes   
2010-04-10 03:08   
I've had this crash a few times, nothing regular, and I haven't managed to reproduce it either. But I did just try to edit a squad schedule order, copy and paste, and then try to save it to crash, no luck it may depend on the way/type of order you change or adding the order but I don't know.
At least the save isn't corrupted touch wood.
(0002564)
oliver   
2010-04-10 06:41   
(edited on: 2010-04-10 08:01)
Just happened here against 0.31.02. Faulting code looks identical (different addresses due to the different build, but the same disassembly).

Reproducable by loading then saving.

edit: the save in question is available here: http://s3test.randomly.org/df/277/region6-crashes-on-load-then-save.zip [^] .. as the name implies, load then immediately save and you should get a crash during the "cleaning objects" phase.
(0002567)
Langdon   
2010-04-10 07:53   
(edited on: 2010-04-10 07:56)
Save game that consistently shows crash on "cleaning game objects" phase of save. Save is usable afterwards. http://dffd.wimbli.com/file.php?id=2052 [^]

Please note this is the same fort as the save I posted at 0000912, except I had played it a few more game years until crashing is consistent on every save.

There are two types of crashes I've encountered in this fort - crash on saving, and intermittent crashes every few game days (crashes more and more frequent as the fort grows, although I only have 16 dwarves since the first migrant wave).

In this save I have just breached the first cavern layer, and the crashes now come almost once a game week (as opposed to earlier in the fort's life, when I have a 50/50 chance of reaching the next seasonal autosave without a crash).

Edit: game was freshly genned on version 0.31.02 and is not a save moved over from previous version. I have observed same crashing behavior in previous 2 games on 0.31.01 though. I am running Windows XP SP3 on a computer with 4 Gb of RAM, and windows task manager reports the game taking up about 450mb of memory (for medium region).
(0002581)
SirPenguin   
2010-04-10 09:04   
This is the first "crash on save" report that has actually crashed on me.
(0002584)
SirPenguin   
2010-04-10 09:08   
Man, this damn military...I fixed it, in case you want to save the fortress. Simply disband your one military squad and you can save without issue. I imagine your intermittent crashing is also related to the military. As always, I'll keep this comment updated with any findings. I do hope these things help Toady!
(0002589)
DoctorZuber   
2010-04-10 09:19   
on the subject of crashing after saving properly... I noticed in 40d that if it runs into a file duplicate when trying to make the backup files, it will crash.

- revert to an older save
- rename this save to match your normal save name (e.g. myfort)
- when the season ends, it crashes trying to overwrite the old backup (e.g. myfort-aut-31)

This crash occurs after properly saving to myfort, it just fails to make the backup. So this is really only a nuisance, not a major issue. I haven't taken the time to verify this one yet in the current version, although I would be surprised if this was noticed and fixed.

workaround, if you do revert to an older save, and like to keep your same filename, rename or remove any future backups.
(0002595)
king doom   
2010-04-10 09:36   
Can't add much to this one other than to say DF crashes whenever I save as well.
(0002856)
Langdon   
2010-04-11 12:36   
(edited on: 2010-04-11 22:56)
@SirPenguin: I loaded up the save and immediately disbanded the military squad (removing all members first, and making sure they were deassigned from the barracks). The subsequent save did not crash, although the next one did, even if I never recreated the squad.

I generated a new world on vanilla 0.31.02, and after four game years the same saving problem popped up. In this one, I had not yet set up a barracks and had not gotten an arsenal dwarf (despite having 38 dwarves). Again, I disbanded the single military squad (consisting of one dwarf, the militia commander). The next save after disbanding will save properly without a crash, but the second or third save will crash in the same fashion (at cleaning game objects).

Intermittent crashes are also present in this new game, although not as frequent as the save I posted earlier.

It seems for me disbanding military only delays the problem, but it eventually reappears.

Edit: In an effort to replicate SirPenguin's fix by disbanding the squad and removing the barracks designation, I seem to have gotten the "military dwarves cannot do civilian jobs" bug 0000605. It's not much of a problem, as the dwarves I deactivated are meant to be career military, but I noticed after I got this bug that the crashes have increased in frequency (crashing on every save, intermittent crashes every few game days) to the level of the save I posted earlier.
(0002997)
Shadowlord   
2010-04-12 00:34   
With regards to what Rafal99 suggested, it cannot possibly have anything to do with sneaking goblins (or kobolds, or elves) on the map: I can disprove that conclusively:

1. I get these crashes during the cleaning game objects phase as well (but not every time).
2. There are no goblin, kobold, or elven civilizations in my world. There are never any ambushers (or invasions) as the only civs in my world are human and dwarven.
(0003002)
Langdon   
2010-04-12 01:14   
(edited on: 2010-04-12 04:09)
Possible workaround/fix:

I played further with the crashing save, and had a goblin ambush (two squads). For the first time, I decided to micromanage my squad's equipment - I used "specific armor" and "specific weapon" for EVERY piece of equipment on each dwarf. Note that "specific armor/weapon" lists all eligible equipment (if the arsenal dwarf has done the paperwork) even if that equipment is currently in use by some other dwarf. So I had to take note which dwarf was wearing which piece of armor (for example for gauntlets, I had to remember to assign the nth pair from the top of the list to make sure there was no overlap).

Doing this, the four dwarves equipped themselves properly and sallied out to meet the incoming goblins. I was in the middle of a really fun combat (save-scumming a few times, hehe) when I realized the game was no longer crashing when I saved.

CONJECTURE (I might be wrong, but I hope I'm right):

1) Intermittent Crashing occurs when a dwarf is a assigned an unusable/unreachable piece of armor or weapon by the arsenal dwarf, or by the individual equip subroutine, and the dwarf attempts to wear/wield that equipment

- or -

2) Crashing occurs when two dwarves are assigned the same piece of equipment (crash on save is because this state cannot be saved to disk)

3) Removing all dwarves from squad and disbanding the squad (as proposed by SirPenguin) works by stopping dwarves attempting to put on wrong equipment. Unfortunately, with bug 0000605, some dwarves will maintain a "perma-military" state, where they will still attempt to equip their uniform even if removed from the squad, thus SirPenguin's fix does not work in all situations.

4) I backed up my save and attempted to replicate the crash by deliberately assigning two dwarves to use the same warhammer (using specific weapon). No crash on saving, thus conjecture 2) above might only apply to arsenal dwarf assignment, not the player-directed specific item assignment. It is possible I will get a crash later on, although both dwarves are now in the barracks doing Individual Combat Training (the second dwarf without a weapon).

I will continue to play this game to see if the crashes come back.

Can anyone else verify this method makes your crash go away? (assigning only specific armor and weapons for all military dwarves?)

Edit: I went back to the game with two dwarves assigned the same warhammer, and noticed the warhammer had disappeared from the first dwarf's list, so no conflict. This possibly reinforces 4) above, in that the problem is in the arsenal dwarf and/or individual equip choice subroutine.

2nd Edit: The game crashed after about a game month, but the crash-on-save is gone. The only change I made was to swap out a dead dwarf in the squad for a new recruit - the equipment is linked to position, so the new recruit equipped the corpse's old equipment properly and went to Individual Combat Drill.

Conjecture: the arsenal dwarf triggers a once-a-season check for proper equipment, and this is causing the crash as it encounters some problem with my military squad.

Further tests:
I went back to the backup save in 4) above, and tried recruiting two more dwarves. These two I assigned the standard metal armor uniform, but assigned a specific weapon. The crash-on-save returned before the season ended. I also noticed that one of the two new dwarves had bug 0000605. I deleted this save and went back to the "clean" save from 4), kept playing.

The arsenal dwarf did Update Squad Equipment a bit later, after this I noticed my squad was improperly equipped again (missing several pieces of armor each, despite having been assigned specific weapons/armor earlier). Soon after the arsenal dwarf did his thing, the game started crashing again (both intermittent, and on save).
(0003012)
derigo   
2010-04-12 02:50   
Interesting. I will try this out tomorrow for my two crashing forts.
http://www.bay12games.com/dwarves/mantisbt/view.php?id=629 [^]
(0003237)
Shadowlord   
2010-04-13 06:14   
Are these actually still happening? I haven't actually had any crash-on-cleaning in the past several days with .02, and now there's the new .03 too.
(0003404)
Langdon   
2010-04-13 22:40   
(edited on: 2010-04-14 22:31)
In a game copied over from .02 to .03, the save retained the crash-on-save (I guess it's corrupted in some fashion).

In a new game generated on .03, I've seen it crash on save exactly once, and have not gotten it to repeat since.

The intermittent crashes (i.e. during game play) seem to be gone under .03, although I haven't gotten far enough in my new game to make sure.

Edit: I've seen the crash on "cleaning game objects" a few more times on .03, but it seems to have gone away once I removed the /3GB flag from boot.ini (Windows XP SP3). This may mean it's a 2GB limit memory problem similar to the embark crash 0000002, which means it's hopefully fixed in .04.
(0003675)
Rafal99   
2010-04-15 07:35   
Since about 3 seasons when I reworked all squads and equipment, I am getting this crash every time I save.
Fortunately it is totally harmless, as the saves work just fine.
(0003826)
JimboOmega   
2010-04-16 05:04   
I'm seeing this too in 31.03, but I have no idea when my save switched to one that consistently crashes. I think it's related to the military and/or hospital.
(0004443)
Langdon   
2010-04-21 07:18   
Uploaded a pure 0.31.03 game (http://dffd.wimbli.com/file.php?id=2185 [^]) that reliably crashes on save (also, my first game that crashes on abandon, as per 0000629).

It does seem to take longer under 0.31.03 to get to this point (my previous forts under .01 and .02 had the crash-on-save appear within 2 years, while this one didn't have it until year 5 or 6). The only difference I can see is that this fort does not have an exposed magma pipe (unlike my previous forts) so I only reached the magma sea by year 6.
(0004448)
JimboOmega   
2010-04-21 08:16   
As per my comments and an uploaded file (http://dffd.wimbli.com/file.php?id=2127 [^]) I saw with this issue - I think it is (for me anyway) related to melting. Removing the melt on all items fixes the crash.

I have not done any testing to see if specific items (say daggers or two handed swords) is causing the crash.
(0004777)
axus   
2010-04-23 14:50   
(edited on: 2010-04-23 14:51)
I also got this crash-on-save, after year 4. It's not repeatable for me. Oh, I believe it actually saved, so it should be called "crash-after-save".
(0004830)
0x517A5D   
2010-04-23 20:18   
I have experienced this twice in 0.31.03, on two different forts.

The faulting address is different, but inspection of the object code convinces me that this is the same issue.

Exception C0000005, Access Violation, at address 006B9795.

32-bit XP. Athlon 64X2 with 4GB memory (but only 3.25 usable by XP). I am NOT using the /3GB boot option.

Dwarf Fortress 0.31.03, almost unmodified raws. I added [SHELL] to the HOOF_TEMPLATE.

I was using my stone_sense digging enhancer utility, and some use of Dwarf Therapist.

The fort was created in 0.31.03, not copied from a previous version.

A mood had just started. I had not resumed play after the pause and announcement.

NO military at all, so no squads, no squad schedules, no assigned weapons/armor, no military administrator positions filled. (I'm using INVADERS:NO.)

I do have a hospital zone, and 30 or so bars of soap. I do not have any containers in the hospital zone. All of the hospital zone's provisioning levels were set to 0/0, except for soap at 0/150.

No items were tagged for melting, as far as I know. Nor is there a smelter with the 'melt items' job.

I have not yet reached the magma. I have mined and channeled above a magma pipe. It is possible that something fell in.

The savegame seems to be complete and current; it loads and resaves without crashing again, so no help there.
(0005434)
Areyar   
2010-04-27 17:17   
I've been having this same problem lately. (31.03)
And I do have a squad with dwarves that have weaponskills I still need to create/buy weapons for, their equipment list includes the wanted items. No arsenal dwarf yet.
(0005659)
Dorf3000   
2010-04-29 07:08   
I know the plural of anecdote is not data, but I have had a fort running on 31.03 that had this crash after every save. I also had the crash-on-melt bug, which I resolved by turning off item melting at the smelters.
Just now I went through the stocks screen and turned off melting on a few bronze armor items and bronze crafts that had been left on, and the save completed without crashing.
(0005663)
Arkenstone   
2010-04-29 08:42   
(edited on: 2010-04-29 09:25)
I've had the same problem. Looking at this report, I'd say my problem's probably military-related: I'll try that fix and then report the results.

Edit: Thanks, Logical2u, for taking care of my erroneous bug report for me.

Further Edit: Okay, disbanding my squad didn't work. Also, I was looking at the data you gave in the original report, trying to see if mine matched up. (The exception number is the same, but I can't tell if anything else is.) I can understand most of what's going on, but what really confuses me is the stuff between "State Dump for Thread Id 0xbc8" and "Stack Back Trace". I get the feeling that that's the kicker line in there, and I'd like it if you'd tell me how you got that out of the system so that I could do the same.
(0005825)
yeesh   
2010-05-01 09:50   
I too experience this crash during "Cleaning game objects." I'd say it happens about half the time I save manually and never during auto save.

I do have a military, but I have never melted an object, and I can't find anything designated for melting either.
(0005892)
Arkenstone   
2010-05-01 21:25   
Melting? Is that related??? I have LOTS of stuff that's been designated for melting, including stuff that can't melt. So, I'll try removing it, then.
(0006247)
Langdon   
2010-05-05 22:49   
@arkenstone: just disbanding a squad doesn't remove assigned weapons/armor (which I believe is causing crashes, at least in my game) as the dwarves still behave like they are in the military (due to a different bug?). To make sure you might try going into the military screen and removing all weapon/armor assignments before disbanding the squad.
(0007649)
ChickenLips   
2010-06-04 00:21   
(edited on: 2010-06-04 00:44)
I can verify the "Cleaning game objects" save crash in .04 in regard to having objects designated for melting. Strangely, they had been designated for melting one save before, and *that* save completed properly. But I could not complete another save until I removed the Melt designation from all objects. [EDIT: I didn't try specifically testing if it was any specific melt-designated objects, but that may be possible.]

For the record, no smelters were set to melt items.

It seems like it'd be duplicative at this point, but I did 7zip and tuck away the offending save if it'd be helpful at all. Just let me know and I'll up it.
(0007716)
Toady One   
2010-06-05 05:48   
So do we know if this and all the child bugs came from the melt designations? Even if there weren't current melt designations, any melt designations at any time in the past could have caused this kind of crash, but there could be other causes lurking out there. I'm going to download a few and test them, but if these reports are all resolved, we could also mark them off.
(0007730)
ChickenLips   
2010-06-05 12:45   
Well, I was going to up my save, but I wanted to test it out first to make sure the CTD occurs on save as reported. But this time it didn't -- I guess it is either further delayed or completely fixed by .05. Would it still be helpful for me to up it?
(0007731)
Footkerchief   
2010-06-05 12:48   
Would it still be helpful for me to up it?

Probably not, but thanks for the info! If anyone DOES still get this crash in 31.05, though, it would be very useful to upload that.
(0008120)
Langdon   
2010-06-10 22:59   
I have seen the crash-after-saving twice (over the course of an eight-year fort) on 31.06. The save was genned on 31.05, however. It seems very very rare now (compared to previous versions) but still appears. Loading and immediately saving without unpausing does not repeat the crash (which is why I cannot upload a save with a repeatable crash for now).

In this fort I have three smelters melting goblin equipment all the time.
(0009600)
toybasher   
2010-07-03 20:32   
The same is happening to me now! It crashes on cleaning game objects evrey single time I save!
(0009606)
oliver   
2010-07-03 21:26   
It would be useful to upload the save if you have one that consistently crashes.
(0010804)
mLegion   
2010-07-22 00:22   
been happening to me since .08 and now still happens in .10
(0011207)
eerr   
2010-07-28 16:42   
Just got this in V .12!
(0011833)
szythe   
2010-08-16 14:16   
I randomly get this issue about 30% of the time I save in my .12 fort. It hangs up entirely on Cleaning Objects, I force-close DF, and the save works just fine.
(0012378)
WCG   
2010-09-03 07:31   
Just to confirm, I'm getting this frequently with 0.31.12, too. This is with Windows XP, and I'm playing the SDL version (the one bundled with May Green graphics).

It seems to happen more than half the time I save the game, certainly more than 30%, but not every time. But I can restart DF and run the saved game just fine.
(0015710)
Footkerchief   
2011-03-03 10:13   
Reminder sent to: 0x517A5D, Areyar, ChickenLips, DoctorZuber, eerr, GauHelldragon, Langdon, mLegion, Rafal99, SirPenguin, szythe, toybasher, WCG

Is anyone still seeing this crash in 31.19? If so, it would be helpful to upload a save demonstrating the problem to http://dffd.wimbli.com/ [^]
(0015743)
Langdon   
2011-03-05 00:04   
(edited on: 2011-03-05 00:06)
Occasional crash-on-save on 31.19, save is here: http://dffd.wimbli.com/file.php?id=3896 [^]

It is very infrequent now (maybe one out of four saves). I have seasonal autosave on, it does not crash on autosave, only on game save-and-exit from the ESC menu.

Wild guess - it is linked to the squad orders data that is not cleared properly from memory - I notice crash on save only appears when I have an active military.

Edit: also, it crashed on abandon once in a previous fort (same world as this save), but abandoned successfully when I reloaded the previous seasonal autosave. I have not tried abandoning more than one fort so far.
(0015771)
GauHelldragon   
2011-03-05 13:44   
(edited on: 2011-03-05 13:52)
I've had the game crash on save once or twice, but it seems pretty random and uncommon. I could probably dig up a crash report but I don't think a save would be very useful, as it has shown to not repeat itself with any amount of predictability.


Here is the Dr Watson Report anyway....

http://gau.twinight.net/dwarf%20fortress/crash%20dump%20-%2031.19%20-%20On%20Save [^]
(0015842)
Areyar   
2011-03-06 13:27   
(edited on: 2011-03-07 15:32)
Responding to mail:
haven't seen save hangups for a long time and never in .19, yet.

edit: spoke too soon. .19 crashed during save while I was browsing an images folder.
(0020393)
janglur   
2012-02-21 10:05   
Still occurs in 34.02
(0022607)
Intrinsic   
2012-05-19 04:38   
Just happened for me, 34.07. Biggest thing i've been doing recently is lots of stockpile rejigging which means lots of stuff being moved around.
(0022838)
Rafal99   
2012-06-03 21:33   
Happened to me in 0.34.10.
(0028487)
mkiever   
2014-08-06 13:48   
Well, I don't know if it's related,
or a new bug. So I'm adding this note here,
to get your opinion:

This is a crash in "Cleaning game objects" after a save
and the save file seems ok (loads ok, no immediate crash).
Now for the differences (or things which haven't been mentioned):
- version 0.40.06
- adventure mode
- so far only happens in a certain town (and there repeatable)

What do you think ?

Regards, Matthias.
(0029745)
smjjames   
2014-08-28 09:03   
(edited on: 2014-08-28 09:24)
Version 40.10

I just had one in this particular world (or maybe it's just the region I'm in) and the errorlog spat out a 'Midmap effective coordinate check out of bounds' error. I've crashed repeatedly in this region and this error has come up a few times, not sure if it's related to the crash.

However, It loads fine and when I do a save in the same place, it's fine too, except that I'm seeing this error that I haven't seen before: 'Unsupported CE add tag: NOBRE!' I am using peridexis's starter pack and the only changes I made were to have it comment out the aquifers and I made kobolds speak normally. I'll ask in the modding section if anybody recognizes the error.

http://dffd.wimbli.com/file.php?id=9546 [^]

Edit: Just tested with a new world and new adventurer and I'm not seeing the error.

Edit2: Okay, that one has a reproducible crash, if I sleep, it crashes, move a couple tiles in fast travel, it crashes, move around in normal mode, it crashes.
(0035249)
TheCrazyHamsteR   
2016-05-21 02:23   
Confirmed for 0.43.02. Same issue. Crash while saving game in adventure mode after building a camp and fast travelling.
(0035364)
djthekiller   
2016-06-07 12:33   
erm in the new version, im ggetting crashes left and right in both df mode and adv mode, i have no idea. And i just embarked in the world after 2 adventureres, and i only got like 10 days in game, then it crashes afer i had worked very very hard on making the layout
(0035774)
rakjavik   
2016-08-09 14:00   
v43.03, Crash on cleaning up objects on Save every time. Someone mentioned Hospitals, I removed a hospital zone that had a weredwarf locked by doors in it. This stopped the crashing for me.
(0036152)
Strato1   
2017-01-11 13:32   
I have had this happen to me in Adventure mode, v0.43.05. Happened (repeatedly) after I learned the secrets of life and death as an elf.
(0037631)
sionlife   
2018-01-15 16:52   
(edited on: 2018-01-15 16:55)
Confirmed in 0.44.05. To reproduce, load the save file below and then try to save again. Program will crash at the cleaning objects stage and the resulting save file is fine to load again. I am using MacOS Sierra 10.12.6. I not using any mods or starter packs.

http://dffd.bay12games.com/file.php?id=13421 [^]
(0038915)
jkordani   
2018-11-05 11:20   
sorry, duplicate of 0010940, another save available here
http://dffd.bay12games.com/file.php?id=14085 [^]
(0040009)
Ratter   
2020-02-11 02:55   
Just ran into this bug in version 0.47.02. After visiting a vault in adventure mode, all subsequent attempts at saving, sleeping, or traveling would result in a crash at the "unloading objects" or "offloading site" phase. When saving, the files are written successfully; however, the crash recurs whenever the world is loaded and saved again.

The world was created in Dwarf Fortress version 47.01, 32-bit Linux build, running under Debian GNU/Linux 4.19.67 on a Dell Latitude E6220 laptop (i686 architecture) with 8 GiB RAM. No mods or starter packs whatsoever; I'm using [PRINT_MODE:TEXT] inside GNU "screen" on the Linux framebuffer console. The DF world is uncompressed, and version-controlled via "git" (the ".git" directory is not included in the provided zip file). Most of that information is probably irrelevant, but whatever.

http://dffd.bay12games.com/file.php?id=14780 [^]
(0040014)
Orkel   
2020-02-11 04:43   
This is happening to me a lot in 0.47 when saving the game. Fort mode.

Crashes during save, but loads fine afterward.
(0040079)
Loci   
2020-02-16 09:10   
v0.47.02: Dwachs provided a save in 0011376:

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