View Issue Details

IDProjectCategoryView StatusLast Update
0005449Dwarf FortressUndeathpublic2014-08-04 15:01
ReporterBrightgalrs Assigned ToBaughn  
PrioritynormalSeveritycrashReproducibilityhave not tried
Status resolvedResolutionfixed 
OSWindows 7 
Product Version0.34.02 
Fixed in Version0.34.04 
Summary0005449: Crash when attempting to view reanimated zombie
DescriptionExactly what it says on the tin. I tried selecting a recently raised animal that was in an unconstructed (not yet built yet) cage and the game crashed immediately.
Steps To ReproduceGet a grazing animal to die in a unconstructed cage
Let a necromancer raise said animal
Go to the enemy list and press 'c'
Additional InformationThe cage *might* have been within a trade depot as well.
TagsNo tags attached.

Relationships

related to 0005446 resolvedBaughn Crash when using TrueType, always happens when text runs off the screen. 
has duplicate 0005461 resolveduser6 Crash when using Zoom-cre from Units list 

Activities

Brightgalrs

2012-02-25 20:34

reporter   ~0020695

Perhaps I should clarify that this zombie animal was raised while it was inside of the cage. It was not raised and then captured by a cage trap.

Kogut

2012-02-26 00:21

reporter   ~0020703

Please, try disabling true type - maybe it will fix crash. Otherwise, please upload savegame.

user6

2012-02-26 10:47

  ~0020749

Reminder sent to: Brightgalrs

Does this still crash if you disable TrueType?

jbtw

2012-02-26 15:04

reporter   ~0020767

Last edited: 2012-02-26 15:18

(Continuing here from bug 0005461)

Reclaiming the fort where I first had this issue, I constructed a save where I could reliably reproduce this issue, and determined that indeed it doesn't occur if I disable TrueType. Similarly to 0005446 It also doesn't occur if I make the command window wider.

I guess you don't need more details at this point, but in case it's useful, here's how to reproduce:

- Load the save at http://dffd.wimbli.com/file.php?id=5704
- Ensure TrueType is turned on. Possibly other factors also relevant like tileset size; here's my details:

Loading bindings from data/init/interface.txt
New window size: 1280x400
Font size: 16x16
Resizing grid to 80x25
Resizing font to 16x16
Picked font at 12 points for ceiling 16

- Hit u to the Units screen
- Go right twice to Other
- Go up one to Ecemamith
- Hit c to zoom to him
- Hit i to open inventory
- Hit - to scroll backwards through the inventory (it has to be one item at a time to get the crash as I originally described, though other strange things can happen if you do it differently); when you reach the second page up from the bottom DF crashes with the following messages:

Asked for nonexistent texture data
terminate called after throwing an instance of 'std::length_error'
  what(): vector::_M_fill_insert
./df: line 6: 22818 Aborted ./libs/Dwarf_Fortress $*

(I can now confirm that the "Asked for nonexistent texture data" appears immediately before the crash)

I noticed another oddity which may be related: some of the corpses have acquired corrupted names. For example, from a combat report:

"The human corpsehuman corpse charges at The militia commander!"

I thought that this doubled-up name may make the lines in the inventory longer and make the crash more likely, but on closer inspection there are no such long names in the inventory which I'm using to cause the crash. So most likely this is an independent bug.

user6

2012-03-05 08:33

  ~0021116

Does this still crash in 0.34.04 with TrueType enabled?

Issue History

Date Modified Username Field Change
2012-02-25 20:33 Brightgalrs New Issue
2012-02-25 20:34 Brightgalrs Note Added: 0020695
2012-02-26 00:21 Kogut Note Added: 0020703
2012-02-26 10:45 user6 Summary Crash from selecting raised and caged zombie => Crash viewing raised and caged zombie
2012-02-26 10:46 user6 Summary Crash viewing raised and caged zombie => Crash when attempting to view reanimated zombie
2012-02-26 10:46 user6 Relationship added has duplicate 0005461
2012-02-26 10:47 user6 Note Added: 0020749
2012-02-26 10:47 user6 Relationship added related to 0005446
2012-02-26 15:04 jbtw Note Added: 0020767
2012-02-26 15:18 jbtw Note Edited: 0020767
2012-02-27 07:13 user6 Status new => assigned
2012-02-27 07:13 user6 Assigned To => Baughn
2012-03-05 08:33 user6 Note Added: 0021116
2012-03-05 08:33 user6 Tag Attached: AWAITING UPDATE
2014-01-20 19:37 user6 Status assigned => resolved
2014-01-20 19:37 user6 Resolution open => unable to reproduce
2014-01-20 19:38 user6 Resolution unable to reproduce => fixed
2014-01-20 19:38 user6 Fixed in Version => 0.34.04
2014-08-04 15:01 user6 Tag Detached: AWAITING UPDATE