| Anonymous | Login | Signup for a new account | 2024-11-01 01:15 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 | |
| 0006452 | Dwarf Fortress | Technical -- General | public | 2014-03-04 01:16 | 2015-01-08 09:02 | |
| Reporter | Geodew | |||||
| Assigned To | Footkerchief | |||||
| Priority | normal | Severity | crash | Reproducibility | always | |
| Status | resolved | Resolution | not fixable | |||
| Platform | OS | Windows 7 x64 | OS Version | |||
| Product Version | 0.34.11 | |||||
| Target Version | Fixed in Version | |||||
| Summary | 0006452: Save crashes unless military is disbanded | |||||
| Description | My save file crashes every time after loading, after just a few minutes. I fiddled with a few things, but it is still crashing. This is in Dwarf Mode. I did NOT reclaim a fortress. This save file is from 0.34.11 and was also generated under 0.34.11. I looked at other crash bug reports, and tried a few things already: (1) Disabled TrueType before loading. Still crashes. (2) In addition to (1), I had an item designated for melting. Seeing the other melt-related crash reports, I un-designated it, and triple-checked that I did not have anything else marked for melting. I removed the "melt items" job from the manager screen, and canceled the melting tasks in my 2 smelters. Saved, then loaded again. Still crashes. (3) In addition to (1) and (2), I undeclared several wall and floor constructions. Still crashes. (4) In addition to (1) through (3), I closed DwarfTherapist and stopped using DFHack, running the save in vanilla 0.34.11 (making sure to turn TrueType off again). Still crashes. Things that are happening now in my save: 1. I was sieged by goblins recently. They are all dead or captured, and many dwarves are hauling loot that I designated to claim. Some hostiles (some from previous sieges) are in a pit that I was turning into a drowning chamber. 2. Some trade caravans that have been packing for months (and then locked in by my bridges while I dealt with the siege) are finally leaving. The on-foot merchants left right as the siege started, so they're long gone. There are five wagons. One is lagging behind the others. The other four leave the map before it crashes. The crash does not occur immediately as any one wagon leaves the map; it is several moments after 4/5 have left. 3. As I mentioned, I had some floors designated for building, and some walls queued that were manually suspended (to prevent my dwarves from standing there while building adjacent walls). 4. Miners are doing some underground digging and above-ground channeling (check northeast for the channeling). 5. There is an injured Marksdwarf sleeping in the Hospital, but no one enters the Hospital at the time of the crash. (There are other dwarves sleeping there too because I forgot to keep making bedrooms for new migrants... which is what my miners are doing ;P) 6. I have several burrows declared, but Civilian Alert is inactive and no one is assigned to any burrow except one vampire, clearly indicated by his nickname "Vampymayor" and walled-in prison cell. No legendary dwarf snacks for him. 7. The RAM consumed by Dwarf Fortress hovers around 500MB during runtime. -I was not doing anything else I haven't done a million times. (Other dwarves are e.g. cooking meals or brewing or milking etc.) "errorlog.txt" did not exist in my vanilla DF folder, so it seems no error report is generated from the crash. Link to save file: http://dffd.wimbli.com/file.php?id=8461 [^] | |||||
| Steps To Reproduce | Load save file, wait about 1 minute. Crashes before the fifth caravan (starts near the fortress entrance) enters the northwest tunnel. | |||||
| Additional Information | Feel free to laugh at my horrid fortress design. It's only my second fortress, so there was very little planning ahead. :P I would appreciate some help with, at the very least, getting my save file playable again. Thanks, and neat game! | |||||
| Tags | No tags attached. | |||||
| Attached Files | ||||||
 Relationships |
|||||||||||
|
|||||||||||
 Relationships |
|
Notes |
|
|
(0024585) Geodew (reporter) 2014-03-04 03:38 edited on: 2014-03-04 04:16 |
D3 servers went down for maintenance, so I got bored and took a look at some older crash reports. I just saw this old issue: http://www.bay12games.com/dwarves/mantisbt/view.php?id=536 [^] (0000536) I decided to give it a shot. Steps: 1. Disband all squads. 2. Vacate all military-related nobility positions (replace => set to Vacant). 3. Unpause. 4. Crash does NOT occur! Fifth caravan made it off the map, and still didn't crash 2 minutes later. Thus perhaps this is a child of 0000536, which would mean the parent is NOT resolved. ------ Some additional information -Running Win7 x64 with 3 sticks of 2GB DDR3 RAM, was using 3.5/6.0 GB during runtime -Only using Dwarf Therapist to quickly examine Dwarf moods, and to change labors -DF Hack: Was running the following at startup: (this is my dfhack.init file contents) # Bug 5994 - items teleported when removing a construction binpatch apply deconstruct-teleport binpatch apply deconstruct-heapfall # Bug 4406 - hospital overstocking on all items binpatch apply hospital-overstocking # Bug 808 - custom reactions completely using up all of their reagents binpatch apply custom-reagent-size # Bug 4530 - marksdwarves not training when quiver full of combat-only ammo binpatch apply training-ammo # Bug 1445 - weapon racks broken, armor stand capacity too low binpatch apply weaponrack-unassign binpatch apply armorstand-capacity #keybinds keybinding add Alt-P copystock tweak stable-cursor tweak patrol-duty tweak stable-temp tweak fast-heat 500 tweak fast-trade tweak military-stable-assign tweak military-color-assigned tweak military-training -DF Hack: Also using "copystock" occasionally during runtime |
|
(0024586) Geodew (reporter) 2014-03-04 05:56 |
After letting it run for awhile, I noticed one of my dwarves managed to end up in an impossible location. It may be related to the crash...? http://i.imgur.com/80SqInv.png [^] That ramp is not there in the attached save; I just built it to get him down. (He fell asleep up there right before I finished building it.) The tiles in one z-level higher than the screenshot are solid ground. It may be worth noting that all of his military equipment is on the ground up there with him, so he may be there in the linked save file, as well. If you bring it up, take a look. For the record, these floors were channeled out and these fortifications were built ages ago, and I'm positive no one got trapped up there. Long enough ago that any normal dwarf would have died up there by now. |
|
(0024587) Geodew (reporter) 2014-03-04 09:28 |
Small update: After letting it run for awhile and rescuing my stranded dwarf, I put my military back together, and the save is now running smoothly. |
|
(0024588) lethosor (manager) 2014-03-04 15:00 edited on: 2014-03-04 15:01 |
Dwarves in impossible locations reminds me of 0003371, although I'm not completely sure if that's what's happening here. I'll try to test this save when I get a chance and see if that's what happened. |
|
(0024589) Footkerchief (manager) 2014-03-04 18:33 |
Yeah, I'll add the relationship, although I doubt that part causes a crash. |
|
(0024590) Geodew (reporter) 2014-03-04 21:31 edited on: 2014-03-10 23:03 |
I forgot to mention, I also used DF Hack's liquids module to place a couple obsidian tiles because my dwarves were doing that bug where they stand on the location they're trying to build the wall in (despite available non-diagonal adjacent spaces). I wasted a lot of time trying to get them to do it legitimately, but eventually got frustrated and just placed a few obsidian walls. (All these random details are just in case it matters, though I assume most of them won't.) |
|
(0031786) Footkerchief (manager) 2015-01-08 09:02 |
Since save compatibility has been broken since this report, it's hard to tell whether this crash has since been fixed. If anyone has a save that crashes under similar conditions in the latest version, please upload it to http://dffd.wimbli.com/ [^] and PM a manager on the forums (or reopen the report). |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2014-03-04 01:16 | Geodew | New Issue | |
| 2014-03-04 01:20 | Geodew | Issue Monitored: Geodew | |
| 2014-03-04 03:38 | Geodew | Note Added: 0024585 | |
| 2014-03-04 04:01 | Geodew | Note Edited: 0024585 | View Revisions |
| 2014-03-04 04:02 | Geodew | Note Edited: 0024585 | View Revisions |
| 2014-03-04 04:11 | Geodew | Note Edited: 0024585 | View Revisions |
| 2014-03-04 04:16 | Geodew | Note Edited: 0024585 | View Revisions |
| 2014-03-04 05:56 | Geodew | Note Added: 0024586 | |
| 2014-03-04 07:24 | Footkerchief | Relationship added | related to 0000536 |
| 2014-03-04 09:28 | Geodew | Note Added: 0024587 | |
| 2014-03-04 11:10 | Footkerchief | Summary | Save file consistently crashes - Unknown cause => Save crashes unless military is disbanded |
| 2014-03-04 11:10 | Footkerchief | Assigned To | => Footkerchief |
| 2014-03-04 11:10 | Footkerchief | Status | new => acknowledged |
| 2014-03-04 15:00 | lethosor | Note Added: 0024588 | |
| 2014-03-04 15:01 | lethosor | Note Edited: 0024588 | View Revisions |
| 2014-03-04 18:32 | Footkerchief | Relationship added | related to 0003371 |
| 2014-03-04 18:33 | Footkerchief | Note Added: 0024589 | |
| 2014-03-04 21:31 | Geodew | Note Added: 0024590 | |
| 2014-03-10 23:03 | Geodew | Note Edited: 0024590 | View Revisions |
| 2015-01-08 09:02 | Footkerchief | Note Added: 0031786 | |
| 2015-01-08 09:02 | Footkerchief | Status | acknowledged => resolved |
| 2015-01-08 09:02 | Footkerchief | Resolution | open => not fixable |
|
Issue History |
| Copyright © 2000 - 2010 MantisBT Group |
 |
