View Issue Details

IDProjectCategoryView StatusLast Update
0001114Dwarf FortressMiscellaneous Crashespublic2011-03-26 01:22
Reporternumbhatter Assigned Touser11 
PrioritynormalSeveritycrashReproducibilityalways
Status resolvedResolutionno change required 
PlatformToshiba LaptopOSWindows Vista 
Product Version0.31.02 
Summary0001114: Unknown event causes crash
DescriptionI load up the game using this save and it crashes shortly after it begins. It might have something to do with a couple goblins running around (undiscovered by my dwarves). Or I read something about a crash due to season change but I haven't seen any indication of that.

I had a game saved earlier than this one (same world and same fort) and it would crash consistantly after a couple of snatchers show up and are chased away. I tried to play and save a few turns at a time and then it got to the point it is now.

This is the Mantis Tracker record to go with the save file I uploaded to the file forums.
Steps To ReproduceUnknown event causes crash.

Load the save and wait a couple turns.
TagsSave Included

Relationships

related to 0000781 resolveduser11 DF crashes when partial pet skeleton is picked up 
related to 0000834 resolveduser11 Blue Screen of Death During Combat between Training Weapon-equipped Dwarves & a berserking mooder 

Activities

numbhatter

2010-04-13 19:39

reporter   ~0003366

Not sure how to attach files to this tracker system.

Arkaaito

2010-04-13 20:06

reporter   ~0003375

What's the memory usage when this happens? Does the crash occur exactly as the program crosses the 2GB line?

user6

2010-04-13 20:08

  ~0003377

Last edited: 2010-04-13 20:09

Saves are too big to attach anyway. You can upload it here: http://dffd.wimbli.com/

And then just post a link as a note here. I'm not sure what "file forums" you were talking about.

numbhatter

2010-04-25 18:42

reporter   ~0005064

Not 100% sure how much memory is being used, maybe 350k to 400k, but the graph on task manager was just under 1Gig for everything running. I uploaded the save to http://dffd.wimbli.com/file.php?id=2094.

derigo

2010-04-25 19:14

reporter   ~0005067

Are you currently melting any items at a smelter? 0001502 ?

numbhatter

2010-04-26 17:36

reporter   ~0005217

No smelter has been built in this fortress.

numbhatter

2010-04-28 21:39

reporter   ~0005633

I noticed that other crashes said something about military having an effect. I tried removing everybody from all squads, unscheduled activities for each month, and deactivated each squad but still crashed. Also crashed with all squads disbanded.

Logical2u

2010-04-28 21:52

manager   ~0005634

Yea, it's another one of those mystery crashes. I'm starting to think it might be from the goblins as you mentioned originally, or possibly record-keeping nobles, since they seem present in the other saves I've tested.

numbhatter

2010-05-04 21:22

reporter   ~0006132

I tried removing all of my administrators and I still got a crash though maybe they were in the middle of a task.

I tried removing all current tasks and still got a crash. I think farming was still going on though.

Not sure if it's anything but I've started up a couple new fortresses and they keep crashing after awhile - I think somewhere around late summer of the second year but no message that it's autumn yet. It also seems to be at varied intervals from the save so I don't think it's a change of seasons thing.

Also possibile that other fortresses had an enemy lurking.

numbhatter

2010-05-14 18:34

reporter   ~0006708

I believe it may have something to do with having a mayor. I've managed to get past the second summer in a new fortress but I didn't have a mayor.

numbhatter

2010-05-17 20:19

reporter   ~0006915

Tried version 0.31.04 and still crashed.

numbhatter

2010-05-21 21:19

reporter   ~0007157

I'm thinking it's highly likely due to having a mayor and the change in season. I was playing for two years without a then after getting one it crashed on the first autumn.

numbhatter

2010-06-01 17:32

reporter   ~0007548

Ok, I'm not sure what's going on now. I've been playing a new fortress and it crashed around the end of summer again but I reloaded and after a bit I was attacked by a Hydra. My dwarves defeated the Hydra and I've been playing without any further crashes for about 2 years now.

user11

2010-08-11 23:19

  ~0011732

Loaded up this save in 31.12.

There was no arsenal dwarf appointed. There were no daggers listed in the stock screen. There was no soap. There was forbidden bat remains shown as {bat }, see 0000202. There was a single burrow. None of the military had uniforms. There was no smelting jobs.

Crash occurs 5 steps '.' after loading.

errorlog.txt contains this for all the races and for many word tokens:
"*** Error(s) finalizing the translation DWARF
Unrecognized word token:"

You've most likely done some search & replace. For example, you have in your language_HUMAN.txt file, [T_WORD:PLAYaFUN:beru] which should be [T_WORD:PLAY FUN:beru] (notice the space in place of the lowercase 'a') to match what is in the language_words.txt file. You also have 3 copies of the DWARF language files - I don't think keeping backup copies in the raws section is a good idea.

I did not notice any other changes to the raw files.

Your language files appear to be the cause of this - your mayor only has a last name. He currently has no job, but is probably taking a job when the crash happens since the announcements system is looking for his full name and doesn't know how to make an announcement with a null first name.

Did you by chance edit your language files after you generated this game? If so or even if not, do you have a previous save where this mayor contains a full name? Check your new games, as your language files would affect anything that rolls a name containing one of your bugged words.

I replaced your language files with unaltered ones, but it doesn't help because your mayor is already generated with a null first name.

user11

2011-03-26 01:22

  ~0016614

In 31.12, crash happens on generation of a human caravan. In versions beyond that, 31.13+, SDL and Legacy, no crash happens and the caravan generates.

The only diacritic not replaced in the human was รก, which looks like a space in the text file, so that appears to be the source of the search & replace ' ' with 'a' above (such as PLAYaFUN).

The backup language files weren't fixed until 31.22, so those don't appear to be the source of the problem.

Since 31.13 was the first version with TrueType, though not directly related, something in the code changes for that must have fixed this.

Since there doesn't appear to be a duplicate report resolved in the change log, I don't want to add this to the changes for 31.13 as it is still rather ambiguous as to the cause and the reporter's own raw changes certainly had self-induced errors, I'm going to mark this as 'no change required.'

Issue History

Date Modified Username Field Change
2010-04-13 19:35 numbhatter New Issue
2010-04-13 19:39 numbhatter Note Added: 0003366
2010-04-13 20:06 Arkaaito Note Added: 0003375
2010-04-13 20:08 user6 Note Added: 0003377
2010-04-13 20:09 user6 Note Edited: 0003377
2010-04-25 18:42 numbhatter Note Added: 0005064
2010-04-25 19:14 derigo Note Added: 0005067
2010-04-26 17:36 numbhatter Note Added: 0005217
2010-04-28 21:39 numbhatter Note Added: 0005633
2010-04-28 21:52 Logical2u Note Added: 0005634
2010-05-04 21:22 numbhatter Note Added: 0006132
2010-05-14 18:34 numbhatter Note Added: 0006708
2010-05-17 20:19 numbhatter Note Added: 0006915
2010-05-21 21:19 numbhatter Note Added: 0007157
2010-06-01 17:32 numbhatter Note Added: 0007548
2010-06-22 18:21 user6 Tag Attached: Save Needs Testing
2010-07-08 08:18 user6 Category General => Miscellaneous Crashes
2010-08-11 23:19 user11 Note Added: 0011732
2010-08-11 23:19 user11 Tag Attached: Save Included
2010-08-11 23:19 user11 Tag Detached: Save Needs Testing
2010-08-11 23:21 user11 Tag Attached: AWAITING UPDATE
2010-08-27 00:08 user11 Relationship added related to 0000781
2011-03-26 01:22 user11 Tag Detached: AWAITING UPDATE
2011-03-26 01:22 user11 Note Added: 0016614
2011-03-26 01:22 user11 Status new => resolved
2011-03-26 01:22 user11 Resolution open => no change required
2011-03-26 01:22 user11 Assigned To => user11
2011-07-31 04:49 user11 Relationship added related to 0000834