Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0005578Dwarf FortressMiscellaneous Crashespublic2012-03-08 01:222015-01-09 06:32
EldrickWT 
Toady One 
normalmajorrandom
resolvedfixed 
SDLWindowsUltimate 64bit
0.34.05 
0.40.01 
0005578: Crash during worldgen from a SEMIMEGABEAST or MEGABEAST lacking both LAIR and POWER/SPHERES
I've run into a reproduceable issue with DF2012. About 85% of the time if I don't stop world gen before year 2 by year 5-12 it will crash with the following error in windows:

Problem signature:
  Problem Event Name: APPCRASH
  Application Name: Dwarf Fortress.exe
  Application Version: 0.0.0.0
  Application Timestamp: 4f55f23e
  Fault Module Name: Dwarf Fortress.exe
  Fault Module Version: 0.0.0.0
  Fault Module Timestamp: 4f55f23e
  Exception Code: c0000005
  Exception Offset: 00361d76
  OS Version: 6.0.6002.2.2.0.256.1
  Locale ID: 1033
  Additional Information 1: fd00
  Additional Information 2: ea6f5fe8924aaa756324d57f87834160
  Additional Information 3: fd00
  Additional Information 4: ea6f5fe8924aaa756324d57f87834160

If it crashes then it is this same error every time. Otherwise it continues as normal up to 125 and even 250 year history sets. World size is almost irrelevant. This has only happened since 0.34.01 SDL and was never an issue in 0.31.25 SDL.
1) Unzip DF to a fresh directory.
2) Copy my Raws into raw/objects.
3) Generate a New World.
... DF should crash after Civilization placement, and the Age of Myth begins.
My Mods amount to a Major mod if not almost a Total Conversion with many Civilizations, Races, Body parts, Creature Variations, reactions and items. I play it extensively, and it's been building in size since 0.31.21 when I began playing DF.

There is a secondary unrelated issue with two of the entity files that bottlenecks world gen when they are present. Remove entity_fallen.txt and entity_cultist.txt to avoid. I'm still combing through their raws for the reason behind it -not sure it's worth a bug report.

A Recent Successful world build is available. (region 1)
http://dffd.wimbli.com/file.php?id=5814 [^]

That's an entire DF installation for ease of testing.
No tags attached.
Issue History
2012-03-08 01:22EldrickWTNew Issue
2012-03-08 06:00Logical2uNote Added: 0021254
2012-03-08 06:00Logical2uTag Attached: AWAITING UPDATE
2012-03-08 06:32FootkerchiefNote Added: 0021255
2012-03-08 06:32FootkerchiefStatusnew => resolved
2012-03-08 06:32FootkerchiefResolutionopen => no change required
2012-03-08 06:32FootkerchiefAssigned To => Footkerchief
2012-03-08 08:42EldrickWTNote Added: 0021261
2012-03-08 08:42EldrickWTStatusresolved => needs feedback
2012-03-08 08:42EldrickWTResolutionno change required => reopened
2012-03-08 08:43EldrickWTNote Edited: 0021261bug_revision_view_page.php?bugnote_id=0021261#r7917
2012-03-08 09:08FootkerchiefNote Added: 0021264
2012-03-08 09:08FootkerchiefStatusneeds feedback => resolved
2012-03-08 09:08FootkerchiefResolutionreopened => no change required
2012-03-08 09:08FootkerchiefNote Edited: 0021264bug_revision_view_page.php?bugnote_id=0021264#r7919
2012-03-08 09:08FootkerchiefNote Edited: 0021264bug_revision_view_page.php?bugnote_id=0021264#r7920
2012-03-09 02:17EldrickWTNote Added: 0021300
2012-03-09 02:17EldrickWTStatusresolved => needs feedback
2012-03-09 02:17EldrickWTResolutionno change required => reopened
2012-03-09 06:56QuietustNote Added: 0021306
2012-03-09 08:15FootkerchiefSummaryDF crashes with the same Access Violation 85% of the time... => Crash during worldgen from SEMIMEGABEAST or MEGABEAST lacking both LAIR and POWER/SPHERES
2012-03-09 08:15FootkerchiefSummaryCrash during worldgen from SEMIMEGABEAST or MEGABEAST lacking both LAIR and POWER/SPHERES => Crash during worldgen from a SEMIMEGABEAST or MEGABEAST lacking both LAIR and POWER/SPHERES
2012-03-09 08:15FootkerchiefNote Added: 0021309
2012-03-09 08:17FootkerchiefStatusneeds feedback => new
2012-03-19 07:06FootkerchiefTag Detached: AWAITING UPDATE
2012-06-11 12:37FootkerchiefAssigned ToFootkerchief =>
2014-12-30 20:24FootkerchiefNote Added: 0031601
2014-12-30 20:24FootkerchiefAssigned To => Footkerchief
2014-12-30 20:24FootkerchiefStatusnew => needs feedback
2015-01-08 22:39EldrickWTNote Added: 0031804
2015-01-08 22:39EldrickWTStatusneeds feedback => assigned
2015-01-09 00:23EldrickWTNote Edited: 0031804bug_revision_view_page.php?bugnote_id=0031804#r12730
2015-01-09 06:32FootkerchiefNote Added: 0031813
2015-01-09 06:32FootkerchiefStatusassigned => resolved
2015-01-09 06:32FootkerchiefFixed in Version => 0.40.01
2015-01-09 06:32FootkerchiefResolutionreopened => fixed
2015-01-09 06:32FootkerchiefAssigned ToFootkerchief => Toady One

Notes
(0021254)
Logical2u   
2012-03-08 06:00   
So you're using a set of modded RAWs you've been bringing along since .31?

Also, what is your memory usage before it crashes, and have you tested this on the Legacy version as well?
(0021255)
Footkerchief   
2012-03-08 06:32   
So you're using a set of modded RAWs you've been bringing along since .31?

Yeah, the modified dates in raw/objects go back to Aug 2011. The raws changed enough between 0.31.25 and 0.34.01 that copying over a full set of old raws probably won't work out. The Modding forum may be able to assist you in updating your raws: http://www.bay12forums.com/smf/index.php?board=13.0 [^]
(0021261)
EldrickWT   
2012-03-08 08:42   
(edited on: 2012-03-08 08:43)
My error log is clean so I hope I'm doing a good job keeping up in that regard. Arena mode is fine, and if I stop world gen before year 5 I can play the world just fine. Anything over the 5-12 threshold crashes with nothing but the access violation/segfault. (edit: Unless it is that 15% that seems to have no problems)

Logical2U: The results of my Legacy test is an access violation/segfault in a different memory address.

Problem signature:
  Problem Event Name: APPCRASH
  Application Name: Dwarf Fortress.exe
  Application Version: 0.0.0.0
  Application Timestamp: 4f55e19c
  Fault Module Name: Dwarf Fortress.exe
  Fault Module Version: 0.0.0.0
  Fault Module Timestamp: 4f55e19c
  Exception Code: c0000005
  Exception Offset: 003bc263
  OS Version: 6.0.6002.2.2.0.256.1
  Locale ID: 1033
  Additional Information 1: fd00
  Additional Information 2: ea6f5fe8924aaa756324d57f87834160
  Additional Information 3: fd00
  Additional Information 4: ea6f5fe8924aaa756324d57f87834160

(0021264)
Footkerchief   
2012-03-08 09:08   
The bug tracker is not a place to debug your mods, especially not ones written for obsolete versions. A crash without an errorlog isn't optimal, but it's expected behavior for certain types of modding mishaps (see 0001271:0008465). You can reopen this if you find a specific part of the raws that is causing the crash.

(0021300)
EldrickWT   
2012-03-09 02:17   
Specific Parts found:

1)a forever old cut and paste style set of typos. Example:

BP:LUNG:lung:lungs:STP that the Arena doesn't even notice.

2) The Actual crash causer:

SEMIMEGABEAST or MEGABEAST without a LAIR declaration and/or a POWER and SPHERES. Declare a LAIR or add POWER and SPHEREs and the crashing goes away.

To reproduce:

Copy a creature's raws to a new entry
add SEMIMEGABEAST to the new entry.
try to gen a default world
enjoy an access violation/segfault if the creature gets loaded by DF.

Testing was conducted in a clean Vanilla installation. SDL was tested. Legacy was not tested. Crash rate was over 95%.
(0021306)
Quietust   
2012-03-09 06:56   
An incorrect mod resulting in odd behavior may be acceptable from some viewpoints, but it should never be possible for malformed raws to actually crash the game.
(0021309)
Footkerchief   
2012-03-09 08:15   
Thanks for tracking it down!
(0031601)
Footkerchief   
2014-12-30 20:24   
Is this bug still present?
(0031804)
EldrickWT   
2015-01-08 22:39   
(edited on: 2015-01-09 00:23)
Tested in a _non-vanilla_ installation with two separate creatures (one that never had power/spheres, nor lair tags)(one that was stripped of such, and reworked to avoid duplication). The test was a complete success. There was no crash with either a Standard 250 year run or a short 5 year history.

I do plan a Vanilla test, but both of my machines are currently bogged down with nearly zero available resources. I do not wish that to impact the testing. Unless of course I'm told that's unneeded before I start. It's midnight here so that's hours away in any event.

Edit: Or now.

Copied DRAGON to a new file. Renamed them to ZORK. Removed all problematic tokens (LAIR,( HABIT,) POWER, SPHERE) save [MEGABEAST]. Generated a Default world. World History progressed to 250 without a hitch. Started a Game. No problems parsing the creature list. Made it all the way to actual fortress mode.

This bug may have already been flattened... couldn't say which version back. I tested with 0.40.23 because that's what was installed on the box that became available at the time.

Shall I try 0.40.24 as well?

(0031813)
Footkerchief   
2015-01-09 06:32   
Awesome, thanks for testing! 0.40.23 should be fine.