Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001304Dwarf FortressMiscellaneous Crashespublic2010-04-18 14:552012-03-02 17:42
ReporterKumquat 
Assigned ToDwarfu 
PrioritylowSeveritycrashReproducibilityalways
StatusresolvedResolutionduplicate 
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]
     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()
TagsSave Included
Relationships
duplicate of 0000312closed Toady One Two (or more) mayors at the same time 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2010-04-18 14:55KumquatNew Issue
2010-04-18 15:09FootkerchiefNote Added: 0004120
2010-04-18 15:09FootkerchiefNote Edited: 0004120bug_revision_view_page.php?bugnote_id=0004120#r1379
2010-04-18 15:12FootkerchiefIssue Monitored: Footkerchief
2010-04-19 08:37KumquatIssue Monitored: Kumquat
2010-04-22 11:40KumquatNote Added: 0004627
2010-04-22 15:29FootkerchiefNote Added: 0004641
2010-04-22 22:42KumquatNote Edited: 0004627bug_revision_view_page.php?bugnote_id=0004627#r1597
2010-07-08 08:18FootkerchiefCategoryGeneral => Miscellaneous Crashes
2010-08-12 05:29DwarfuNote Added: 0011741
2010-08-12 05:29DwarfuTag Attached: AWAITING UPDATE
2010-08-12 05:29DwarfuTag Attached: Save Included
2010-08-12 05:30DwarfuTag Attached: Save Needs Testing
2011-02-06 18:42DwarfuView Statusprivate => public
2011-02-06 18:42DwarfuSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=5687#r5687
2011-03-12 10:21DwarfuTag Detached: AWAITING UPDATE
2011-03-12 10:21DwarfuNote Added: 0016153
2011-03-12 10:21DwarfuRelationship addedduplicate of 0000312
2011-03-12 10:21DwarfuStatusnew => resolved
2011-03-12 10:21DwarfuResolutionopen => duplicate
2011-03-12 10:21DwarfuAssigned To => Dwarfu
2011-03-21 23:47KumquatIssue End Monitor: Kumquat
2012-03-02 17:42DwarfuTag Detached: Save Needs Testing

Notes
(0004120)
Footkerchief   
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 http://dffd.wimbli.com/ [^]
(0004627)
Kumquat   
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.

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
(0004641)
Footkerchief   
2010-04-22 15:29   
Strange. Thanks for investigating and uploading.
(0011741)
Dwarfu   
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?
(0016153)
Dwarfu   
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.