View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001304 | Dwarf Fortress | Miscellaneous Crashes | public | 2010-04-18 14:55 | 2012-03-02 17:42 |
| Reporter | Kumquat | Assigned To | |||
| Priority | low | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | duplicate | ||
| Platform | PC | OS | Windows | OS Version | XP64 |
| Product Version | 0.31.03 | ||||
| Summary | 0001304: Crash out of the blue | ||||
| Description | Playing on goblin-free map, proceeding as normal, however I got hit by the two-mayor bug. First time observed the two mayor situation happening, played on, until near the end of the season (probably) crashed. Tried it again, this time removed all other noble roles from mayor (who was also manager and broker), double mayor situation happened again, kept playing, crashed. Current guess of culprit is that the crash is related to having two mayors and a diplomat (human) arriving and things getting screwed up. | ||||
| Steps To Reproduce | Unknown; most likely a case of getting two mayors and a diplomat. No migrants showed up that season. Can upload save if needed, but it takes almost a season of playing until the game crashes, if it happens (marked always because it happened two times out of two). | ||||
| Additional Information | Crash cause: access violation (C0000005) DF was taking around 360M of memory at the time, so it is not out-of-memory situation. Attached debugger to crashed process and gleaned the following (which may or may not be useful to Great Toady): EAX = 0000000F EBX = 01476BC0 ECX = 000000C9 EDX = 1B5560F0 ESI = 000000B4 EDI = 0AB6FDC0 EIP = 00810471 ESP = 002CE6E4 EBP = 002CEBE8 EFL = 00010297 00000323 = ???????? Stack trace: > dwarfort.exe!00810471() [Frames below may be incorrect and/or missing, no symbols loaded for dwarfort.exe] dwarfort.exe!0081260d() dwarfort.exe!005d6eaf() dwarfort.exe!005b8395() dwarfort.exe!005af904() dwarfort.exe!0077bd6b() dwarfort.exe!0077c0f3() dwarfort.exe!007c4290() dwarfort.exe!009fdee5() dwarfort.exe!0069d5a2() dwarfort.exe!005aee90() dwarfort.exe!0051b28c() dwarfort.exe!0072cb06() dwarfort.exe!00541409() dwarfort.exe!00545023() dwarfort.exe!00a0086a() kernel32.dll!7d4e7d42() | ||||
| Tags | Save Included | ||||
|
|
It would be helpful if you: 1) Back up the save you have 2) See if you can get a save closer to the crash so it doesn't take so long to reproduce 3) Upload the closest save you can get to http://dffd.wimbli.com/ |
|
|
Gave this thing another try. Mysteriously, saving and reloading appears to eliminate the crash. Saved and reloaded every five minutes or so trying to pinpoint this and human caravan arrived and left just fine with no trouble at all. Then I tried it again with the season save and just let it run, didn't do much anything, and it crashed again: Unhandled exception at 0x00000000 in dwarfort.exe: 0xC0000005: Access violation reading location 0x00000000. Callstack: > 00000000() dwarfort.exe!0081047b() [Frames below may be incorrect and/or missing, no symbols loaded for dwarfort.exe] dwarfort.exe!0081260d() dwarfort.exe!005d6eaf() dwarfort.exe!005b8395() dwarfort.exe!005af904() .... Season save uploaded to http://dffd.wimbli.com/file.php?id=2196 Other bugs also present in the save: 2 mayors (not yet, but invariably happens quite soon) Animals and dwarfs try to clean themselves, area inaccessible |
|
|
Strange. Thanks for investigating and uploading. |
|
|
Loaded this in 31.12. Removed appointed arsenal dwarf from office. No errorlog.txt entries. Both a militia commander and captain lead squads. No other military. I did not disband the squads. First time I let it just run and it crashes roundabout Mid to Late Summer. The two mayor problem does not occur. The 'clean self' problem does occur, but if the soap is forbidden, the spam stops. Second time, canceled all the manager's work orders as well as the repeating orders at all workshops. Began slaughtering many of the roaming animals and removed the refuse stockpiles to prevent hauling. During Mid Summer, I manually hit 'r'eplace on the mayor's position in the noble's screen (you shouldn't be able to do this) and selected 'leave vacant' - a new mayor was elected. This time there was no crash, the human caravan arrived and we made it to Autumn. Can someone else test this and see if they can zero in on something? |
|
|
The clean self spam / soap issues are covered in 0001023. I loaded this again in 31.21. The semi-randomness of the crash seems to relate to whether or not a new mayor is elected or if they re-elect/keep the same one. Since fiddling with the mayor seems to dictate the crash or not, I believe this resolves this report as a duplicate of 0000312. See Toady's note 0000312:0007566. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-04-18 14:55 | Kumquat | New Issue | |
| 2010-04-18 15:09 |
|
Note Added: 0004120 | |
| 2010-04-18 15:09 |
|
Note Edited: 0004120 | |
| 2010-04-22 11:40 | Kumquat | Note Added: 0004627 | |
| 2010-04-22 15:29 |
|
Note Added: 0004641 | |
| 2010-04-22 22:42 | Kumquat | Note Edited: 0004627 | |
| 2010-07-08 08:18 |
|
Category | General => Miscellaneous Crashes |
| 2010-08-12 05:29 |
|
Note Added: 0011741 | |
| 2010-08-12 05:29 |
|
Tag Attached: AWAITING UPDATE | |
| 2010-08-12 05:29 |
|
Tag Attached: Save Included | |
| 2010-08-12 05:30 |
|
Tag Attached: Save Needs Testing | |
| 2011-02-06 18:42 |
|
View Status | private => public |
| 2011-02-06 18:42 |
|
Steps to Reproduce Updated | |
| 2011-03-12 10:21 |
|
Tag Detached: AWAITING UPDATE | |
| 2011-03-12 10:21 |
|
Note Added: 0016153 | |
| 2011-03-12 10:21 |
|
Relationship added | duplicate of 0000312 |
| 2011-03-12 10:21 |
|
Status | new => resolved |
| 2011-03-12 10:21 |
|
Resolution | open => duplicate |
| 2011-03-12 10:21 |
|
Assigned To | => user11 |
| 2012-03-02 17:42 |
|
Tag Detached: Save Needs Testing |
