View Issue Details

IDProjectCategoryView StatusLast Update
0004210Dwarf FortressMiscellaneous Crashespublic2011-03-13 17:55
Reporterdemontechie Assigned Touser6 
PriorityhighSeveritycrashReproducibilityalways
Status resolvedResolutionduplicate 
PlatformIntelOSWindowsOS VersionWindows 7 Pro 32
Product Version0.31.21 
Summary0004210: Forgotten beast breath dust attack crashes DF
DescriptionWhen engaging in combat with a forgotten beast possessing a dust attack, at what appears to be the end of the first breath attack (stepping through it), DF crashes.
Steps To ReproduceThis save file has a military party ready to engage just a bit ESE (and 2 z-levels down) from the beast. Selecting squad 'b' and directing them to kill the only forgotten beast on the list will get you there.

Once the FB breathes dust, the crash will happen. I've seen it running both in real time and stepping through paused.
Additional InformationLink to save file download:
http://dffd.wimbli.com/file.php?id=3959
TagsNo tags attached.

Relationships

duplicate of 0002763 new Crash when dust/gas attack used by titan / forgotten beast / demon 

Activities

demontechie

2011-03-13 01:47

reporter   ~0016188

Ran a different test by NOT engaging the FB, and just letting it into the first layer of my fortress. It got caught up in the cleaning room and associated power source I'd set up specifically to clean dwarfs after fighting it. In this case, DF did not crash when I sent military to engage and kill it.

I don't seem to have access to change the reproducibility, but it should no longer be always.

So, some different factors between crash and no crash, since it's clearly no longer just an independent dust breath issue.

Crash: In natural cavern instead of mined tunnel.
Crash: immediately engaged squad b. No Crash: killed guard dog, then engaged military.

MaDeR Levap

2011-03-13 14:53

reporter   ~0016210

Crash confirmed. With save this should be easy to fix.

user6

2011-03-13 17:55

  ~0016221

This is 0002763. I crossposted your save at 0002763:0016220.

Issue History

Date Modified Username Field Change
2011-03-13 00:57 demontechie New Issue
2011-03-13 01:47 demontechie Note Added: 0016188
2011-03-13 14:53 MaDeR Levap Note Added: 0016210
2011-03-13 17:55 user6 Note Added: 0016221
2011-03-13 17:55 user6 Relationship added duplicate of 0002763
2011-03-13 17:55 user6 Status new => resolved
2011-03-13 17:55 user6 Resolution open => duplicate
2011-03-13 17:55 user6 Assigned To => user6