Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0010369Dwarf FortressDwarf Mode -- Militarypublic2017-11-26 20:592020-08-06 21:31
ANormalUsername 
Dwarfu 
highcrashsometimes
confirmedopen 
PCWindows 1064-Bit
0.44.02 
 
0010369: Game crash (likely) when Dwarves return from mission
When I send dwarves on a mission, I think mostly when it involves "exploring" places and where places are rumored to have artifacts, the Dwarf Fortress window closes randomly after all of the dwarves have left the map, after some amount of time. Presumably, the game is crashing when the dwarves are returning from the mission.
1. Go into the (as previously known) [C]ivilization menu.
2. Choose a location to send a squad of dwarves, specifically where artifacts are rumored to be. (May also matter if they are "exploring" versus "raiding")
3. Wait until all dwarves have left.
4. Sometimes, they will return, sometimes, it will crash.

May need to test further to see if crash occurs after they return but as they are bringing back rescued hostages/people seeking sanctuary.
Saves:
http://dffd.bay12games.com/file.php?id=13236 [^] (0.44.02)
http://dffd.bay12games.com/file.php?id=13476 [^] (0.44.05)
http://dffd.bay12games.com/file.php?id=13371 [^] (0.44.03)

raid duplicate equipment saves:

0010411: http://dffd.bay12games.com/file.php?id=13271 [^] (papabrando)
0010710: http://dffd.bay12games.com/file.php?id=13683 [^] (behbehr)
0010711: http://dffd.bay12games.com/file.php?id=13684 [^] (Madrawn)
0010720: http://dffd.bay12games.com/file.php?id=13700 [^] (cooldudeshitlord)
0010733: http://dffd.bay12games.com/file.php?id=13713 [^] (Buttery_Mess)
0010735: http://dffd.bay12games.com/file.php?id=13716 [^] (randomoddguy)
0010738: http://dffd.bay12games.com/file.php?id=13718 [^] (mrmagolor)
0011569: https://dffd.bay12games.com/file.php?id=15127 [^] (andrew.moise; 0.47.04)
Save Included
parent of 0010499confirmed lethosor Crash 
parent of 0010541acknowledged Dwarfu Captured militia commander causes strange squad behavior and crash? 
parent of 0010621assigned Detros Game crashes during the raid 
parent of 0010691new  Game seg faults 100% upon raiding military returning 
parent of 0010685needs feedback Loci Game crashes when raid squad returns to fortress 
parent of 0010742resolved Toady One Game Crashes When Dwarves Return From a Raid 
has duplicate 0010411resolved Loci Crash as soon as dwarfs arrive back from raiding/retrieving artifacts 
has duplicate 0010710resolved Loci Crash upon caravan arrival / returning raid 
has duplicate 0010738resolved Loci Game crashes when squad returns from raiding tower 
has duplicate 0010735resolved Loci Game crashes a few minutes after the save (returning raid) 
has duplicate 0010733resolved Loci Crash to Desktop (returning raid) 
has duplicate 0010720resolved Loci Game crashes upon squad returning from a raid site with a werebeast prisoner 
has duplicate 0010711resolved Loci Save with crash when raiding parties return during a siege. 
has duplicate 0010748resolved Loci Game crashes when dwarves return from raid 
has duplicate 0011569resolved lethosor Game crashes consistently in my world (maybe related to mining out up staircases?) 
related to 0010875new  Unidentified crash in 0.44.12/osx64 
Not all the children of this issue are yet resolved or closed.
Issue History
2017-11-26 20:59ANormalUsernameNew Issue
2017-11-26 23:03ArmokGoBNote Added: 0037044
2017-11-27 07:45Rafal99Note Added: 0037051
2017-11-27 07:46Rafal99Issue Monitored: Rafal99
2017-11-29 13:01DwarfuAssigned To => Dwarfu
2017-11-29 13:01DwarfuStatusnew => acknowledged
2017-12-01 10:27SyndrasNote Added: 0037164
2017-12-01 10:28SyndrasNote Edited: 0037164bug_revision_view_page.php?bugnote_id=0037164#r14991
2017-12-01 10:33SyndrasNote Edited: 0037164bug_revision_view_page.php?bugnote_id=0037164#r14992
2017-12-03 07:50LociRelationship addedrelated to 0010411
2017-12-27 02:03AlbinoNote Added: 0037407
2018-01-01 16:17MelmarkianNote Added: 0037462
2018-01-01 16:27MelmarkianNote Edited: 0037462bug_revision_view_page.php?bugnote_id=0037462#r15150
2018-01-02 06:17MelmarkianNote Edited: 0037462bug_revision_view_page.php?bugnote_id=0037462#r15158
2018-02-01 22:52lethosorRelationship replacedparent of 0010411
2018-02-01 22:52lethosorRelationship addedparent of 0010499
2018-02-01 22:53lethosorRelationship addedparent of 0010541
2018-02-01 22:55lethosorNote Added: 0037733
2018-02-01 22:56lethosorAdditional Information Updatedbug_revision_view_page.php?rev_id=15318#r15318
2018-03-11 08:01EtherealPsycheNote Added: 0037877
2018-03-16 12:50chrissypeeIssue Monitored: chrissypee
2018-03-16 17:25AbstkerNote Added: 0037950
2018-03-18 08:37AbstkerNote Edited: 0037950bug_revision_view_page.php?bugnote_id=0037950#r15434
2018-03-24 09:39sskNote Added: 0038011
2018-03-24 09:49marra1996Note Added: 0038012
2018-03-24 09:51marra1996Note Edited: 0038012bug_revision_view_page.php?bugnote_id=0038012#r15452
2018-03-24 09:51marra1996Issue Monitored: marra1996
2018-03-24 09:53marra1996Note Edited: 0038012bug_revision_view_page.php?bugnote_id=0038012#r15453
2018-03-25 20:24lemtoadNote Added: 0038030
2018-03-26 01:11chaosvoltNote Added: 0038031
2018-03-26 14:29theLittleManInABigSuitNote Added: 0038037
2018-04-15 20:28wormxwoodNote Added: 0038168
2018-04-15 20:32wormxwoodNote Edited: 0038168bug_revision_view_page.php?bugnote_id=0038168#r15520
2018-04-16 08:46HuntthetrollIssue Monitored: Huntthetroll
2018-04-17 15:59LociRelationship addedrelated to 0010710
2018-05-01 07:43LociRelationship addedparent of 0010738
2018-05-01 07:44LociRelationship addedparent of 0010621
2018-05-01 07:45LociRelationship addedparent of 0010735
2018-05-01 07:46LociRelationship addedparent of 0010733
2018-05-01 07:46LociRelationship addedparent of 0010720
2018-05-01 07:48LociRelationship addedparent of 0010711
2018-05-01 07:49LociRelationship addedparent of 0010691
2018-05-01 07:50LociRelationship addedparent of 0010685
2018-05-01 07:53LociStatusacknowledged => confirmed
2018-05-01 07:59LociSticky IssueNo => Yes
2018-05-01 09:43lethosorNote Edited: 0038031bug_revision_view_page.php?bugnote_id=0038031#r15542
2018-05-01 09:44lethosorNote Edited: 0038031bug_revision_view_page.php?bugnote_id=0038031#r15543
2018-05-01 09:44lethosorNote Edited: 0038031bug_revision_view_page.php?bugnote_id=0038031#r15544
2018-05-01 09:45lethosorNote Edited: 0038031bug_revision_view_page.php?bugnote_id=0038031#r15545
2018-05-01 14:02mrmagolorNote Added: 0038237
2018-05-02 12:31LociRelationship addedparent of 0010742
2018-05-02 20:45Toady OneNote Added: 0038244
2018-05-02 21:56Toady OneNote Added: 0038246
2018-05-02 21:56Toady OneNote Edited: 0038246bug_revision_view_page.php?bugnote_id=0038246#r15552
2018-05-03 05:45sionlifeNote Added: 0038248
2018-05-03 12:11Toady OneNote Added: 0038250
2018-05-06 07:32marra1996Note Added: 0038257
2018-05-06 10:05LociRelationship addedhas duplicate 0010748
2018-05-06 10:17LociRelationship replacedhas duplicate 0010710
2018-05-06 10:18DetrosNote Added: 0038260
2018-05-06 10:24LociRelationship replacedhas duplicate 0010711
2018-05-06 10:38LociRelationship replacedhas duplicate 0010735
2018-05-06 10:38LociIssue Monitored: randomoddguy
2018-05-06 10:44LociRelationship replacedhas duplicate 0010720
2018-05-06 13:05LociRelationship replacedhas duplicate 0010733
2018-05-06 13:59LociRelationship replacedhas duplicate 0010411
2018-05-06 14:05LociRelationship replacedhas duplicate 0010738
2018-05-06 15:22LociNote Added: 0038274
2018-05-06 15:22LociAdditional Information Updatedbug_revision_view_page.php?rev_id=15555#r15555
2018-05-08 00:44ejtttjeNote Added: 0038288
2018-05-08 05:17mrmagolorNote Added: 0038289
2018-07-01 12:39RobsoieNote Added: 0038516
2018-07-01 12:39RobsoieNote Edited: 0038516bug_revision_view_page.php?bugnote_id=0038516#r15682
2018-08-23 08:11lethosorRelationship addedrelated to 0010875
2019-05-11 20:50risusinfIssue Monitored: risusinf
2020-01-06 16:35BudTomaziIssue Monitored: BudTomazi
2020-05-07 12:57PatrikLundellNote Added: 0040529
2020-06-23 02:45PatrikLundellNote Edited: 0040529bug_revision_view_page.php?bugnote_id=0040529#r16494
2020-06-24 04:03PatrikLundellNote Edited: 0040529bug_revision_view_page.php?bugnote_id=0040529#r16497
2020-06-24 04:32PatrikLundellNote Edited: 0040529bug_revision_view_page.php?bugnote_id=0040529#r16498
2020-06-24 08:46PatrikLundellNote Edited: 0040529bug_revision_view_page.php?bugnote_id=0040529#r16499
2020-07-02 07:00lethosorRelationship addedhas duplicate 0011569
2020-07-02 07:01lethosorAdditional Information Updatedbug_revision_view_page.php?rev_id=16502#r16502
2020-07-02 07:01lethosorTag Attached: Save Included
2020-07-29 22:43andrew.moiseIssue Monitored: andrew.moise
2020-08-06 21:31notbNote Added: 0040676

Notes
(0037044)
ArmokGoB   
2017-11-26 23:03   
5 dorfbucks says this is due to them trying to talk to an unknown entity.
(0037051)
Rafal99   
2017-11-27 07:45   
I have this happen when all of the attacking squads leaders die or get captured.
Check if your squads have "VACANT" at the first position some time after sending them.
(0037164)
Syndras   
2017-12-01 10:27   
(edited on: 2017-12-01 10:33)
My fort was imported from 43.05.(oops double edit)
I think i have this issue, i was raiding a site with no population so i think its definitely to do with exploring as opposed to raiding.
Raiding towers worked at least.

(0037407)
Albino   
2017-12-27 02:03   
Still happens in 44.03. Sent two squads on the same raid of a goblin outpost,and now the game crashes everytime they come back.
Also when i look into my squads none of the positions are VACANT, so I dont think it has to do anything with dworfs dying, or it simply doesnt show up if someone is dead before they return.
(0037462)
Melmarkian   
2018-01-01 16:17   
(edited on: 2018-01-02 06:17)
Here is a save a few moments before the game crashes. The Squad is in the process of entering the map. The dwarves that come back even carrying the loot as the report says. One thing special is that the artifact battle axe is strapped to the back of one of the dwarves. 44.03

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

Edit: Sorry, it doesn´t happen anymore with this savefile. But I tried it a few times from the seasonal save (9 ingame days) and it always crashed. But the save at the moment of the return seems to work

Edit2: So I had the same situation again. And saving while the squad enters the map fixed the problem again

(0037733)
lethosor   
2018-02-01 22:55   
mischief from Freenode provided this save, which seems to be the same issue. It crashed the first 3 times I loaded it after around 5-10 seconds, but on the 4th attempt, a squad returned around the same time, so I think it's another instance of this bug.
http://dffd.bay12games.com/file.php?id=13476 [^]
(0037877)
EtherealPsyche   
2018-03-11 08:01   
Still having this issue in 44.06. As much as I'd love to pillage and raid, the unpredictable crashes just ruin the experience.
(0037950)
Abstker   
2018-03-16 17:25   
(edited on: 2018-03-18 08:37)
44.06 and 44.07 it crashes when (presumably) my squad returns. When I retire the fortress and reclaim it, my squad is back with all their kills in their kill list.

EDIT: Received a pop up with the crash that read "Nemesis unit load failed"

(0038011)
ssk   
2018-03-24 09:39   
http://dffd.bay12games.com/file.php?id=13610 [^]

Iteb Abantulon, member of squad sent to explore a ruin, comes home in a migrant wave. The game crashes soon after that. Reproducible every time.
(0038012)
marra1996   
2018-03-24 09:49   
(edited on: 2018-03-24 09:53)
Similar Error:
Squad of 4 comes back from a raid, as soon as they return the game immediatley crashes.
I was lucky to even see the message saying that they returned.

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


Update:
Every one in the squad is displayed as VACANT in the [m]ilitary view, but ONLY if viewing equipment.
When viewing the squad normally, it says they are just traveling.
Seems my squad was wiped out.

(0038030)
lemtoad   
2018-03-25 20:24   
For me raiding is fine in in the beginning of a fort but crashes after a year or two when raiding. Tested in a few worlds.
(0038031)
chaosvolt   
2018-03-26 01:11   
(edited on: 2018-05-01 09:45)
I've had frequent (but not consistent) issues with a similar issue. After a raid finishes, sometimes saving will cause a crash RIGHT after saving seems almost finalized. Starting the game again will reveal the save loads as though nothing went wrong, with no problems apparent. However, on loading the save it will print errorlogs such as this:

NULL play item on load: id 0000560
NULL play item on load: id 0000947
Site Map: Extra Item Occupancy 72,99,131

(Edited by lethosor: thought pre tag would avoid linking to issues, but apparently not)

(0038037)
theLittleManInABigSuit   
2018-03-26 14:29   
This save is in the middle of a raid. Wait a couple minutes, and it will crash after they return. The site had a rumored artifact and the mission was Raid and destroy site. I've tried running it several times and always get the crash.

Before this save I sent them on the same mission, and got the same crash, but didn't realize it was the raid until I saved in the middle of my second attempt.

http://dffd.bay12games.com/file.php?id=13615 [^]
(0038168)
wormxwood   
2018-04-15 20:28   
(edited on: 2018-04-15 20:32)
I have this in 44.09 if I send a squad without a squad leader, when it tries to return it crashes. (Nevermind. Crashes upon return even if I send it out with all squads members and leaders full.)

(0038237)
mrmagolor   
2018-05-01 14:02   
I have this save from my own bug report which is a child of this one; from 0.44.09 (though using a save from an older version that was fairly recently ported to 0.44.09)

http://dffd.bay12games.com/file.php?id=13718 [^] [^]
(0038244)
Toady One   
2018-05-02 20:45   
In two of the saves, the members of the squad appear to be offloaded in the unit file wearing the same helmet, which it doesn't like when they both arrive and are loaded. I have no idea how this came to pass. My current hypothesis is that they switched hats between missions and somehow the files got out of sync, but that might not be it, and if that is it, I'm not sure when or how it happened.

I'll probably be able to patch the symptom, so that saves early in the corruption can go on and new corruption will not cause huge ongoing problems, but fixing the root of it will be harder.
(0038246)
Toady One   
2018-05-02 21:56   
Okay, of six saves tested, four responded to a patch (and will give an error log entry for duplicate inventory items so we know it is still going on.) For the other two saves, one didn't reproduce promptly, and one crashed but seems unrelated so far (to squads or anything else here.) So hopefully the next version will stop most of the squad crashes while we continue to search for the root cause of the inventory corruption.

(0038248)
sionlife   
2018-05-03 05:45   
Not sure if this is the case, but I have an idea about what might be causing the duplicate inventory. I have noticed that when squads receive a change in orders, they sometimes do not fully finish the activity they were doing, so e.g. if they were reading a book in the library and I make them active, they will sometimes carry the book they were reading to duty. Maybe when the raid order was given, one of the squad was in the process of picking up a new helmet, and his current helmet was designated to the next lower down squad member, but the picking up new equipment activity was interrupted and they both ended up going off map with the same designated helmet?
(0038250)
Toady One   
2018-05-03 12:11   
The item was saved in both dwarves' physical possession, and that's the part that is getting out of sync. So somewhere, it does have to be a technical bug rather than something to do with designations, though the issue you are describing might be part of the lead up to how it happens. It is somehow using saved versions of two different offloaded inventories, though, which is going to be difficult to solve by observation, as that all happens using invisible timers off the screen.
(0038257)
marra1996   
2018-05-06 07:32   
Is there a workaround or something to prevent this from happening?
(0038260)
Detros   
2018-05-06 10:18   
@marra1996: Don't send anyone on raids, that should prevent this type of crash :D
(0038274)
Loci   
2018-05-06 15:22   
@marra1996: The current release (v0.44.10) prevents the majority of raid-related crashes previously reported; if you have a raid crash that occurs in v0.44.10 it should be logged as a separate report.
(0038288)
ejtttje   
2018-05-08 00:44   
@Loci my crash in 0010369 is still happening with 0.44.10 :(
(0038289)
mrmagolor   
2018-05-08 05:17   
My crash, however, HAS been fixed, which is great! Unfortunately the emotions update is causing a tantrum spiral, but it happens.
(0038516)
Robsoie   
2018-07-01 12:39   
Still crashes for me in 44.11 (on a fort made in 44.11) but it's oddly not repeatable/100% on a save i did for it.
On a same gob site i sent 3 dwarves squads in a raze mission, first time i did it crashed once they came back as usual.

2nd time i reloaded the save it went smoothly and they returned without a problem but after i resent them to finish the site (as there were still gobs in it), the game crashed when they returned.

(0040529)
PatrikLundell   
2020-05-07 12:57   
(edited on: 2020-06-24 08:46)
0.47.04: When checking the equipment screens when preparing to send out my first raid party, I found the Boots section being corrupted by 3 books. I've previously exiled 2 overly stressed dorfs, neither of which has returned. However, my suspicion falls on the hordes of bugged "Friendy" characters that have "returned" resulting from accepting petitions from performance troupes, as I have accepted those liberally.

I assume the bugged save would shed no additional light on the situation, as there are loads of bugged saves already, and the corrupted data won't show what caused it to get corrupted.

Edit:
Lost another fortress to raid equipment corruption, further widening the conditions under which it can happen. The civ was truly dead, and so raiding is impossible (a separate bug). No performance troupe petitions have been accepted. 1 dwarven performer and 5 human performers have been accepted, one of which had to be exiled due to sudden stress onset and unstoppable progress. About 80 visitors have died due to evil syndrome rain, and all villains have been teleported (using a DFHack script) into the magma sea for disposal as soon as they've entered the embark (except 3 which were sent to the walled off evil rain section to eventually die there). Obviously a lot of visitors have died on entry as they've realized they've passed their old age expiration date (and one human citizen died of old age as well). As sieges dried up quickly, I don't think any visitors have been killed by siegers.

Edit 2: Could "books" taken by visitors that later return with those books in their inventories cause corruption (or other equipment returning visitors may have when they return)?

<Edit 3: removed, as legitimate explanation found>

(0040676)
notb   
2020-08-06 21:31   
I have a save that consistently crashes and seems like it might be related to this bug. There is no military assigned as it seems to prevent the dwarves from returning. It takes a few minutes but eventually they'll start arriving and it will crash soon after.

https://dffd.bay12games.com/file.php?id=15163 [^]