View Issue Details

IDProjectCategoryView StatusLast Update
0004287Dwarf FortressMiscellaneous Crashespublic2011-04-06 05:24
Reporterdanaris Assigned Touser6 
PrioritynormalSeveritycrashReproducibilityalways
Status resolvedResolutionno change required 
Product Version0.31.21 
Summary0004287: Inexplicable, yet reproducible, crash
DescriptionA few days into summer, 1056, my fort seems to be quite insistent on crashing. I have tried it in Wine and on Windows, in 0.31.18 where the fort was initially created (and played up to this point) and on 0.31.21, with and without truetype fonts, on various different print modes. None seem to avert the crash.
Steps To ReproduceLoad up the save file at http://dffd.wimbli.com/file.php?id=4009 and allow it to run for a while. It will crash after a few IG days, maybe a few IG weeks.
Additional InformationI have done some experiments attempting to determine exactly what it is that is causing the crash, but have been unable to pin it down. I do have the outputs of several Wine crashes, uploaded to http://vpn.topazgryphon.org/~tcollett/df/Ancientcrypts_crashes.txt.

I am using the Ironhand graphics set.
TagsSave Included

Relationships

duplicate of 0001271 resolvedToady One Modding in SHELL body part after world generation results in crash 

Activities

danaris

2011-04-01 08:57

reporter   ~0016938

I have been able to reproduce this in version 0.31.25, and isolate the crash more precisely in time.

I have uploaded a save to http://dffd.wimbli.com/file.php?id=4107 which should, if loaded in .25, crash within about 30 seconds with no user input.

Unfortunately, I have not been able to isolate the cause of the crash any better.

~ TGC

user11

2011-04-01 21:40

  ~0016969

I'm not getting the crash on VISTA.

How did you move over your save to the newer versions?

What other changes have you made to your raw files?
Your ducks/geese are missing their BILL definition in body_default.txt.

What utility are you using to map out those unrevealed ore veins?

user11

2011-04-01 21:42

  ~0016970

Reminder sent to: danaris

I posted a note instead of sending it to you, please check the bug report and respond when you are able.

danaris

2011-04-02 06:11

reporter   ~0016977

- To move the save over, I had to make some compromises in the raw files, as a simple copy of the latest version's raws produced several errors. I'm afraid I don't recall exactly what I had to change; however, I was experiencing the crash before I ever transferred it to a version with different raws (as I said in the initial description, it started in .18 where the fort originated).

- I do not have access to Vista; the only Windows version I presently have access to is XP.

- I use dfhack (dfvdig and occasionally dfreveal) to designate the veins for digging. I have never had problems with it, either in other forts in earlier versions, or in the couple of forts I have started in more current versions (.23, .25).

Kumquat

2011-04-02 10:57

reporter   ~0016984

Meddling with raws in a savegame makes this 0001271.

danaris

2011-04-02 12:31

reporter   ~0016987

Yes, good job, you have completely misidentified the issue.

As I said twice, the crash appeared before I touched the raws. Additionally, none of the changes I made to make the new version's raws compatible with my save had anything to do with SHELL—that much, I do remember.

user6

2011-04-02 13:11

  ~0016988

Last edited: 2011-04-02 13:12

No need to get snippy. Do you have a version of the save that was never loaded with post-world-gen raws changes?

danaris

2011-04-02 20:34

reporter   ~0016996

I believe so; however, I'll need some time to dig it up.

However, I can tell you for certain that the raws for that save would be the raws from the then-current version of Ironhand's graphics set, with no further modifications beyond what Ironhand does. I think that would have been 0.51...I'll see if I can figure it out Monday when I'm at the computer it would be on.

danaris

2011-04-03 11:58

reporter   ~0017015

Haven't had chance to check the raws yet, but something occurred to me that may or may not be relevant.

This fort was able to obtain the King, but he showed up with no preferences. Up to this point, he has made no mandates or demands. It seems plausible to me that if the King decided to make a demand at this point, but had no preferences on which to base it, that could cause a crash.

It might be something totally different, but I figure it's worth mentioning.

user6

2011-04-03 12:34

  ~0017016

That part is an old bug, 0003705. As far as anyone can tell, their lack of preferences causes them to simply not issue any mandates.

danaris

2011-04-03 13:06

reporter   ~0017021

Ah, OK. Hadn't seen that one before.

danaris

2011-04-04 06:01

reporter   ~0017051

I have tested it on the Mac OS X version, and it crashes the same as on Windows XP.

It does provide more crash info: http://topazgryphon.org/~tcollett/df/Ancientcrypts_crashes_osx.txt

danaris

2011-04-05 10:36

reporter   ~0017085

I must apologize most humbly to Kumquat. Having done some additional research, it appears that I had indeed meddled with the raws before I moved the save out of .18. Restoring the raws to their original state avoided the crash, at least so far.

I have moved the game to .25, and am testing it out there. This did, however, necessitate some changes to the raws once again (including removing the GRAZER tag, since there are no grasses upon which they can graze). I do not expect to see a repeat of this crash (though I did get a reproducible instance of the TTF crash bug...), given how things have gone so far.

user6

2011-04-05 11:41

  ~0017092

Last edited: 2011-04-05 11:41

Thanks for the update. Please reopen this if the crash shows up again.

Issue History

Date Modified Username Field Change
2011-03-21 08:30 danaris New Issue
2011-04-01 08:57 danaris Note Added: 0016938
2011-04-01 08:57 danaris Tag Attached: Save Included
2011-04-01 21:40 user11 Note Added: 0016969
2011-04-01 21:41 user11 Tag Attached: AWAITING UPDATE
2011-04-01 21:42 user11 Note Added: 0016970
2011-04-02 06:11 danaris Note Added: 0016977
2011-04-02 10:57 Kumquat Note Added: 0016984
2011-04-02 12:31 danaris Note Added: 0016987
2011-04-02 13:11 user6 Note Added: 0016988
2011-04-02 13:12 user6 Note Edited: 0016988
2011-04-02 20:34 danaris Note Added: 0016996
2011-04-03 11:58 danaris Note Added: 0017015
2011-04-03 12:34 user6 Note Added: 0017016
2011-04-03 13:06 danaris Note Added: 0017021
2011-04-04 06:01 danaris Note Added: 0017051
2011-04-05 10:36 danaris Note Added: 0017085
2011-04-05 11:41 user6 Note Added: 0017092
2011-04-05 11:41 user6 Status new => resolved
2011-04-05 11:41 user6 Resolution open => no change required
2011-04-05 11:41 user6 Assigned To => user6
2011-04-05 11:41 user6 Note Edited: 0017092
2011-04-05 11:41 user6 Relationship added duplicate of 0001271
2011-04-06 05:24 user11 Tag Detached: AWAITING UPDATE