View Issue Details

IDProjectCategoryView StatusLast Update
0002230Dwarf FortressWorld Generation -- Generalpublic2010-06-12 17:08
ReporterChickenLips Assigned Touser6 
PrioritynormalSeveritymajorReproducibilitysometimes
Status resolvedResolutionno change required 
PlatformAMDOSWindowsOS VersionXP
Product Version0.31.06 
Summary0002230: Persistent crash during WorldGen with certain seed
DescriptionI'm getting a repeatable crash during WorldGen when using a certain random number seed along with my settings, which I'll include in comment below. It occurs toward the latter end of history generation, although I didn't catch the exact year. I've run WorldGen on these settings with other seeds, without a hitch. It's just this one, and it has crashed each of the two times I've tried it (seemingly at the same point, but I'm not sure).

AppName: dwarf fortress.exe AppVer: 0.0.0.0 ModName: msvcr90.dll
ModVer: 9.0.30729.4148 Offset: 0006ccb5
Steps To Reproduce1) Use the WorldGen settings in my comment below with seed 28734.
2) Create and let it run (seems to take about 5 or 10 mins to get to the crashing point on my box).
TagsNo tags attached.

Activities

ChickenLips

2010-06-09 14:31

reporter   ~0008008

Last edited: 2010-06-12 15:52

My WorldGen settings:

(The main things I've changed relate to civs and caves.)

[EDITED: Changed oops in seed below.]


http://pastebin.com/QSzuK9qD

In case it matters, I also have these in the d_init:

[SHOW_EMBARK_TUNNEL:ALWAYS]
[SHOW_EMBARK_RIVER:ALWAYS]
[SHOW_EMBARK_POOL:ALWAYS]
[SHOW_EMBARK_M_PIPE:ALWAYS]
[SHOW_EMBARK_M_POOL:ALWAYS]
[SHOW_EMBARK_CHASM:ALWAYS]
[SHOW_EMBARK_PIT:ALWAYS]
[SHOW_EMBARK_OTHER:ALWAYS]

user6

2010-06-09 15:50

  ~0008013

Are you using any mods? If so, you'll need to upload a zip of those as well.

ChickenLips

2010-06-09 16:23

reporter   ~0008015

Nope, no mods.

ChickenLips

2010-06-09 21:08

reporter   ~0008024

Last edited: 2010-06-10 11:02

Oh, damn, I forgot to change the first seed back to the one I used in the file above. Should be XXXXX, not XXXXX; editing the original to reflect that.

EDIT: ARGH! 28734, not 28735.

user1294

2010-06-10 10:32

  ~0008059

I haven't been able to reproduce this crash so far in a clean 0.31.06 install. For comparison, the parameters above generate Nir Lathon, The Land of Myth. The last site is zooms to is the cave Storlutamas Um Ûbom, in the Esteemed Forests.

I do notice that you say that you have a lot of stuff in your d_init.txt that shouldn't be there (everything but tunnels), but I don't see why that would cause a crash on a limited number of seeds. I'll retry with those init options.

ChickenLips

2010-06-10 11:00

reporter   ~0008062

Yeah, I was trying those out -- I imagine they're no longer used. I'm running it again to see if I get it again, and I'll try other nearby seeds in case I goofed and it's actually 28733 or 28735 or something. I wasn't being as rigorous about tracking it when I ran this one, so it's rather possible I goofed it. I'll pipe up when I've confirmed it.

ChickenLips

2010-06-10 20:33

reporter   ~0008101

Last edited: 2010-06-10 22:12

[EDITED MORE: Tested quite a bit more and have changed report below to reflect it.]

Okay, testing it further, I find that I lied twice. However, it seems the neglected issues are fairly immaterial (see below).

First, that reproducibility field should be changed to a very strong "sometimes," as it's not completely consistent, but successful completions do seem to remain the exception. Out of 13 test runs, it crashed 9 times -- an approximate 66% failure rate.

Log of test runs made *after* initial report:

Attempt 1: Crashed while placing civilization 35.
Attempt 2: Crashed during history generation at year 363.
Attempt 3: -- Completed successfully.
Attempt 4: -- Completed successfully.
Attempt 5: Crashed during history generation at year 100-something (couldn't catch exactly; was obscured by another window at time of crash).
Attempt 6: -- Completed successfully.
Attempt 7: Crashed during history generation at a year I couldn't catch at all.
Attempt 8: Crashed at placing civilization 24.
Attempt 9: Crashed during history generation at year 121.
Attempt 10: Crashed at placing civilization (number was obscured by another window).
Attempt 11: -- Completed successfully. (Again, was not running a second instance of DF while I ran this WorldGen, so that may be influencing it.)
Attempt 12: Crashed during history generation at year 108. (Before I ran this one I removed the extraneous d_init finder entries to isolate them from the equation, and the crash still occurred.)
Attempt 13: Crashed at placing civilization 9. (Mineral raw files were restored to unchanged originals before running this attempt.)

Batting rate so far: Out of 13 attempts, 9 crashed, 4 completed without a hitch. The only real difference in situations I can think of is that, most of the time, I was doing something else (usually playing around with another session of DF); during the times it didn't crash, I wasn't doing much on the computer aside from reading, and hence only one processor was being significantly utilized.

Second, I just remembered that, while I don't have any mods proper, I did change the mineral and gem frequency from 100 to 20 in the raws (inorganic_stone_gem and inorganic_stone_mineral) -- basically find/replaced VEIN:100 -> VEIN:20 and CLUSTER_SMALL:100 -> CLUSTER_SMALL:20. However, after Attempt 12 I changed them back to normal, and the crash still recurred, so that seems to eliminate them as a likely cause.

ChickenLips

2010-06-11 10:34

reporter   ~0008149

Last edited: 2010-06-11 11:05

Alright, as can be seen by my repeatedly-edited comment above, I've run some more serious testing on it, and come up with results that seem to indicate a definite problem, and one that seems to be independent of the d_init entries and changed mineral frequency raws that I had during the earlier tests.

*However*, I've also set up a bone-stock installation of the game (with minor changes to the init -- no intro, no sound) and tried those WorldGen settings, and it does *not* fail. No CTDs in 12 consecutive run-throughs.

Meanwhile, I'm now noticing intermittent CTDs with *another* seed in WorldGens run from my play installation (the WorldGen settings for which I've only changed to set the caves to 50 and 75 instead of 150 and 225), which is strange, because I haven't changed the settings since I installed it, and I wasn't running into CTDs for a lot of other WorldGens.

So, it would seem there's something in my play installation causing it, and that whatever it is doesn't occur in all WorldGens, but some.

Given that I've removed the variations in mineral frequency and the erroneous SHOW_ entries in my d_init, and that the only other difference, aside from installation location, is the inits (again, I play unmodded), it seems something in them is causing/triggering the CTDs.

So, for now I'm adding each change in the inits one at a time, then running five WorldGens with the same WorldGen settings and seed discussed here, and I'll pipe up if I run across a setting that triggers it.


EDIT: Here are the changed settings in my play installation's inits. Any advice on which are more likely than others to be problematic would be helpful. Aside from that, I'll be slowly going through them.

init

[FONT:curses_800x600.png]
[BLACK_SPACE:NO]

[COMPRESSED_SAVES:NO]


d_init

[AUTOSAVE:SEASONAL]
[AUTOBACKUP:YES]
[AUTOSAVE_PAUSE:YES]


[PAUSE_ON_LOAD:YES]
[EMBARK_WARNING_ALWAYS:YES]
[SHOW_EMBARK_TUNNEL:ALWAYS]

[ECONOMY:NO]
[ZERO_RENT:YES]


[LOG_MAP_REJECTS:YES]
[EMBARK_RECTANGLE:5:5]

[BABY_CHILD_CAP:12:8]

ChickenLips

2010-06-12 15:41

reporter   ~0008220

Alright. I'm not seeing the crashes replicate in my test installation, with all those settings active. Could it be caused by running two instances of the game from the same executable? (One playing, one running WorldGen.)

Still looking for other differences.

user6

2010-06-12 15:49

  ~0008221

Last edited: 2010-06-12 15:51

Alright. I'm not seeing the crashes replicate in my test installation, with all those settings active. Could it be caused by running two instances of the game from the same executable? (One playing, one running WorldGen.)

Um, yeah, that could probably do it! Particularly if the "playing" save is saving/loading during the world generation process.

The fact that DF allows multiple instances was actually a bug under the old system:

# 000020 □ [technical] (http://www.bay12forums.com/smf/index.php?topic=21812.0) stop multiple copies of the program from being open

ChickenLips

2010-06-12 15:59

reporter   ~0008223

Aaaggh! Alright. Go ahead and close this one. :facepalm:

user6

2010-06-12 17:08

  ~0008231

No problem, glad it's figured out. If it shows up again without multiple instances, feel free to reopen this.

Issue History

Date Modified Username Field Change
2010-06-09 14:30 ChickenLips New Issue
2010-06-09 14:31 ChickenLips Note Added: 0008008
2010-06-09 14:32 ChickenLips Note Edited: 0008008
2010-06-09 14:33 ChickenLips Note Edited: 0008008
2010-06-09 14:34 ChickenLips Note Edited: 0008008
2010-06-09 15:50 user6 Note Added: 0008013
2010-06-09 16:23 ChickenLips Note Added: 0008015
2010-06-09 21:08 ChickenLips Note Added: 0008024
2010-06-09 21:09 ChickenLips Note Edited: 0008008
2010-06-10 10:32 user1294 Note Added: 0008059
2010-06-10 11:00 ChickenLips Note Added: 0008062
2010-06-10 11:02 ChickenLips Note Edited: 0008024
2010-06-10 20:33 ChickenLips Note Added: 0008101
2010-06-10 20:49 user6 Reproducibility always => sometimes
2010-06-10 20:55 ChickenLips Note Edited: 0008101
2010-06-10 21:16 ChickenLips Note Edited: 0008101
2010-06-10 21:37 ChickenLips Note Edited: 0008101
2010-06-10 22:12 ChickenLips Note Edited: 0008101
2010-06-11 10:34 ChickenLips Note Added: 0008149
2010-06-11 11:05 ChickenLips Note Edited: 0008149
2010-06-12 15:41 ChickenLips Note Added: 0008220
2010-06-12 15:49 user6 Note Added: 0008221
2010-06-12 15:50 user6 Note Edited: 0008221
2010-06-12 15:51 user6 Note Edited: 0008221
2010-06-12 15:52 user6 Note Edited: 0008008
2010-06-12 15:59 ChickenLips Note Added: 0008223
2010-06-12 17:08 user6 Note Added: 0008231
2010-06-12 17:08 user6 Status new => resolved
2010-06-12 17:08 user6 Resolution open => no change required
2010-06-12 17:08 user6 Assigned To => user6