Anonymous | Login | Signup for a new account | 2024-11-01 09:39 PDT |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||
ID | Project | Category | View Status | Date Submitted | Last Update | |
0009985 | Dwarf Fortress | Technical -- General | public | 2016-08-30 11:33 | 2018-04-05 11:24 | |
Reporter | Pastah | |||||
Assigned To | Toady One | |||||
Priority | normal | Severity | crash | Reproducibility | always | |
Status | resolved | Resolution | fixed | |||
Platform | Windows 7 64-bit | OS | Windows | OS Version | 7 64-bit | |
Product Version | 0.43.03 | |||||
Target Version | Fixed in Version | 0.44.10 | ||||
Summary | 0009985: FATAL ERROR - Nemesis Unit Load Failed | |||||
Description | If I just let the game run on its own without doing anything, the crash happens. I am using DFHack and Dwarf Therapist. A link to my entire game folder with the mods and save. https://www.dropbox.com/s/z9ay3cdpgyw1c3a/Dwarf%20Fortress.rar?dl=0 [^] | |||||
Steps To Reproduce | Let the game run 5-10 minutes, the crash should occur on its own. | |||||
Additional Information | I am using DFHack and Dwarf Therapist. | |||||
Tags | crash, fatal | |||||
Attached Files | ||||||
Notes | |
(0035822) Pastah (reporter) 2016-08-30 12:49 |
I forgot to add that this is dwarf/fortress mode. |
(0035823) mrmagolor (reporter) 2016-08-30 14:35 |
I've seen this happen on my own in fortress mode too. No clue why it happens though, as I've seen it happen in earlier versions while playing. |
(0035835) kattybats (reporter) 2016-09-01 18:01 |
If I remember correctly, this is a problem I had several versions ago. Is there a migrant wave due or does it happen in the middle of the migrant wave? The crash happens when the game tries to load a unit onto the map, like a migrant, trader, or invader, and some file involved in that is missing or corrupted. If you try enough times it may eventually not try to load the corrupted unit, but your fort is likely unplayable now. |
(0035839) Quietust (reporter) 2016-09-02 15:45 edited on: 2016-09-03 08:42 |
It's possible that one of your DFHack plugins or scripts is responsible for the problem - can you reproduce it without using DFHack at all (starting with worldgen)? Also, it goes without saying that you really should be using the latest version of Dwarf Fortress if you're going to report bugs, even if that means not being able to use DFHack or other 3rd-party utilities. |
(0036594) 4dplanner (reporter) 2017-06-05 12:27 edited on: 2017-06-05 12:27 |
I have this same issue with no mods installed, much later |
(0038097) PatrikLundell (reporter) 2018-03-31 10:59 edited on: 2018-03-31 11:06 |
I've got a save that crashes in 0.44.08 vanilla (2 times out of 2 attempts). https://www.dropbox.com/s/0tz7syg6sd770as/region6%20-%20Nemesis%20Load%20Id.zip?dl=0 [^] as the save has bloated to a far larger size than DFFD accepts (the saves of this fortress once were small enough to fit). After half a minutes or so a message that no more quires can be produced appears. Seconds later the nemesis load id fatal error box pops up (I don't expect the events to be related, but it gives an indication of when to expect the crash). This world was generated with 0.44.X (don't remember the version, but that info is in the data anyway). It's been migrated between LNPs to 0.44.04 r03. Thus, DFHack and the Phoebus tile set was used. Raws were changed to lower attack triggers for (semi)megabeasts and all siege triggers were set to 1. Goblins were changed to start on glaciers exclusively. The world is a PSV world where DFHacking added all legal plants/animals to all surface biomes, and all glaciers were made evil. During world gen dwarven civs that ought to be dead were slabbed, and during embark dead dwarven civs were added to the list of ones you can embark as. One of those was chosen. Later Orkel's alcohol syndrome work around was applied (the game was actually PLAYED in 0.44.05, with the save copied to 0.44.08 after the detection of the crash), and banana trees were modified to yield logs, and without it they never show up (separate bug report). The bug was repeated with the 0.44.05 save before I copied it to the 0.44.08 folder (and since it crashed, the save is actually still the same 0.44.05 save). Before this even I've experience the crash twice, but they weren't repeatable. About two months before the crash a 0010681 Smash & Grab report cave-in into an adamantine pillar was made, but without actually breaching the pillar. This save can actually be used with that report by channeling out the NE corner of the spire that has obsidian fused into its top (the SE spire). It can be mentioned that this fortress has not engaged in any raiding, so it shouldn't be related to those issues (and the fortress is the only one played in this world). Edit: Missing info: Windows 10.1, 64 bit DF version. |
(0038132) Loci (manager) 2018-04-05 11:24 |
Quote from Toady One: "Hmm, well, since the message has been basically useless for debugging for a decade, and the historical figure stores most of the important bits (skills, artifacts, relationships, etc), I'm going to try a new approach and have the game recreate the unit, and use your save as a test case. This might fail spectacularly, so no promises! Affected units would lose their non-artifact items, and perhaps certain crucial information about pets, and many of their wounds and all of their thoughts and possibly rooms and property and so forth (to the extent that wasn't broken already), but presumably that's better than destroying the entire world. However, it might also break the game in unexpected ways; I'll maintain an error log with the exact unit file that failed and see if that helps. ... edit: looks like it was a goblin bard from unit-165.dat... which wasn't there. So it doesn't seem to be a corrupt file, but rather a missing file (or the hf had a file assigned incorrectly.) I can use that as a data point, anyway. In any case, the next version creates a new body/items for the bard and they show up properly... can't say there won't be some sort of catastrophic collapse, but the save should be usable in the next version." ( http://www.bay12forums.com/smf/index.php?topic=170101.msg7728502#msg7728502 [^] ) |
Issue History | |||
Date Modified | Username | Field | Change |
2016-08-30 11:33 | Pastah | New Issue | |
2016-08-30 11:34 | Pastah | Issue Monitored: Pastah | |
2016-08-30 11:34 | Pastah | Issue End Monitor: Pastah | |
2016-08-30 11:36 | Pastah | Tag Attached: crash | |
2016-08-30 11:36 | Pastah | Tag Attached: fatal | |
2016-08-30 12:49 | Pastah | Note Added: 0035822 | |
2016-08-30 14:35 | mrmagolor | Note Added: 0035823 | |
2016-09-01 18:01 | kattybats | Note Added: 0035835 | |
2016-09-02 15:45 | Quietust | Note Added: 0035839 | |
2016-09-03 08:42 | Quietust | Note Edited: 0035839 | View Revisions |
2017-06-05 12:27 | 4dplanner | Note Added: 0036594 | |
2017-06-05 12:27 | 4dplanner | Note Edited: 0036594 | View Revisions |
2018-03-31 10:59 | PatrikLundell | Note Added: 0038097 | |
2018-03-31 11:06 | PatrikLundell | Note Edited: 0038097 | View Revisions |
2018-04-05 11:24 | Loci | Note Added: 0038132 | |
2018-04-05 11:24 | Loci | Status | new => resolved |
2018-04-05 11:24 | Loci | Fixed in Version | => Next Version |
2018-04-05 11:24 | Loci | Resolution | open => fixed |
2018-04-05 11:24 | Loci | Assigned To | => Toady One |
2018-06-03 19:05 | Dwarfu | Relationship added | has duplicate 0001371 |
2018-06-03 19:05 | Dwarfu | Issue Monitored: Khym Chanur | |
2018-06-03 19:05 | Dwarfu | Issue Monitored: se5a | |
2018-06-03 19:05 | Dwarfu | Issue Monitored: grayfox | |
2018-06-03 19:05 | Dwarfu | Issue Monitored: 4maskwolf | |
2018-06-03 19:05 | Dwarfu | Issue Monitored: park66665 | |
2018-06-03 19:05 | Dwarfu | Issue Monitored: Hedede | |
2018-06-03 19:05 | Dwarfu | Issue Monitored: braiam | |
2020-03-06 14:18 | 4maskwolf | Issue End Monitor: 4maskwolf |
Copyright © 2000 - 2010 MantisBT Group |