Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001304Dwarf FortressMiscellaneous Crashespublic2010-04-18 14:552012-03-02 17:42
Assigned ToDwarfu 
PlatformPCOSWindowsOS VersionXP64
Product Version0.31.03 
Target VersionFixed in Version 
Summary0001304: Crash out of the blue
DescriptionPlaying 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 ReproduceUnknown; 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 InformationCrash 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]
TagsSave Included
Attached Files

- Relationships
duplicate of 0000312closedToady One Two (or more) mayors at the same time 

-  Notes
Footkerchief (manager)
2010-04-18 15:09
edited on: 2010-04-18 15:09

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 [^]

Kumquat (reporter)
2010-04-22 11:40
edited on: 2010-04-22 22:42

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.

> 00000000()
     [Frames below may be incorrect and/or missing, no symbols loaded for dwarfort.exe]

Season save uploaded to [^]

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

Footkerchief (manager)
2010-04-22 15:29

Strange. Thanks for investigating and uploading.
Dwarfu (manager)
2010-08-12 05:29

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?
Dwarfu (manager)
2011-03-12 10:21

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.

- Issue History
Date Modified Username Field Change
2010-04-18 14:55 Kumquat New Issue
2010-04-18 15:09 Footkerchief Note Added: 0004120
2010-04-18 15:09 Footkerchief Note Edited: 0004120 View Revisions
2010-04-18 15:12 Footkerchief Issue Monitored: Footkerchief
2010-04-19 08:37 Kumquat Issue Monitored: Kumquat
2010-04-22 11:40 Kumquat Note Added: 0004627
2010-04-22 15:29 Footkerchief Note Added: 0004641
2010-04-22 22:42 Kumquat Note Edited: 0004627 View Revisions
2010-07-08 08:18 Footkerchief Category General => Miscellaneous Crashes
2010-08-12 05:29 Dwarfu Note Added: 0011741
2010-08-12 05:29 Dwarfu Tag Attached: AWAITING UPDATE
2010-08-12 05:29 Dwarfu Tag Attached: Save Included
2010-08-12 05:30 Dwarfu Tag Attached: Save Needs Testing
2011-02-06 18:42 Dwarfu View Status private => public
2011-02-06 18:42 Dwarfu Steps to Reproduce Updated View Revisions
2011-03-12 10:21 Dwarfu Tag Detached: AWAITING UPDATE
2011-03-12 10:21 Dwarfu Note Added: 0016153
2011-03-12 10:21 Dwarfu Relationship added duplicate of 0000312
2011-03-12 10:21 Dwarfu Status new => resolved
2011-03-12 10:21 Dwarfu Resolution open => duplicate
2011-03-12 10:21 Dwarfu Assigned To => Dwarfu
2011-03-21 23:47 Kumquat Issue End Monitor: Kumquat
2012-03-02 17:42 Dwarfu Tag Detached: Save Needs Testing

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker