Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0010253Dwarf FortressMiscellaneous Crashespublic2017-06-16 21:242019-02-16 09:10
Assigned ToLoci 
PlatformWindows 10 x64OSOS Version
Product Version0.43.05 
Target VersionFixed in Version 
Summary0010253: Reproducible crash; zero-size flesh ball
DescriptionIssue in current save, infinitely reproducible, can't find a work around. x64 version, using LNP-ish (current version of DFHack). I've tried disabling both DFHack and setting GRAPHICS:NO, to no effect.

Relatively complex fortress (though not as large as many I've seen), 298 total citizens, >100 animals, broken into first two cave layers (though walled off second. Fair number of outstanding jobs, but nothing absurd going on (dwarfy calculators, waterfalls, etc).
Steps To ReproduceCrash happens upon unpausing, after approximately a minute depending on your FPS, almost immediately after hitting date 260-12-19. Only thing that happens leading up to it are a handful of job completions. Seems to crash at the same time, no matter what jobs complete/things happen prior (had different objects created by jobs, random noble requests, etc).
Additional InformationHow do I upload a save?
Tags0.43.05, 64-bit, crash
Attached Files

- Relationships
duplicate of 0008410resolvedlethosor Crash due to zero-size weasel 

-  Notes
ctgarlington (reporter)
2017-06-16 21:37

Bugged save ---> [^]
lethosor (manager)
2017-06-16 21:38

Do you have any traps, particularly weapon traps?
ctgarlington (reporter)
2017-06-16 21:47

Additional troubleshooting: Assigned all dwarves to a burrow, stuffed in a store room with barrels. Crash repeated at expected time, as such I suspect it's not job-related (as no jobs were available to be performed in that room).
ctgarlington (reporter)
2017-06-16 21:49
edited on: 2017-06-16 21:49

@lethosor Negative, no weapon traps. I do have a couple cage traps floating around my castle entrances, but I've had close to zero hidden invaders for this fort, and no issues with cage trap functionality thus far.

ctgarlington (reporter)
2017-06-17 06:50
edited on: 2017-06-17 06:50

Additional info:
RAM usage at crash time: 1.82XGB

Ran a clean-all command in case it's in some way caused by contaminants, no effect.

Disabled refuse areas in case it had something to do with an object rotting, no effect.

Triple checked creatures visible on map, nothing strange, nothing near any dwarves which might cause an AI or combat related crash as far as I can tell. Aforementioned burrowing of all dwarves already kind of confirmed this though.

Loci (manager)
2017-06-25 19:39

Crash confirmed reproducible in v0.43.05x32. Removing all hauling routes did not prevent the crash (0009624).
risusinf (reporter)
2019-02-10 21:36

44.12@lin64/win64: This resave -- [^] -- goes for FPE crash in seconds. One of the flesh balls underground (first one in the units list) seems to be bugged. Also see 0010061
lethosor (manager)
2019-02-12 12:43

By "bugged" do you mean it's the same issue as 0008410/0010061 (i.e. zero body size)?
risusinf (reporter)
2019-02-12 18:18
edited on: 2019-02-12 21:13

I didn't know how to check body size, but crashing stopped when i exterminated specific flesh ball (it's hidden, so i had to "reveal" the map). There is a pack of them, you need the first one from their unit list section. I linked those issues because they are the only SIGFPE crashes i could find on the tracker.


Ok, i put your spells in the magic box, here's what i get

[DFHack]# lua ~unit.body.size_info
<body_size_info: 0x7fffb4b795e4>
size_cur = 0
size_base = 7000
area_cur = 0
area_base = 363
length_cur = 0
length_base = 410

[DFHack]# lua

[DFHack]# lua "for _,u in ipairs(world.units.all) do if u.body.size_info.size_cur == 0 then print( end end"

Loci (manager)
2019-02-16 09:08

Thank you for investigating!

- Issue History
Date Modified Username Field Change
2017-06-16 21:24 ctgarlington New Issue
2017-06-16 21:25 ctgarlington Issue Monitored: ctgarlington
2017-06-16 21:25 ctgarlington Issue End Monitor: ctgarlington
2017-06-16 21:27 ctgarlington Tag Attached: 0.43.05
2017-06-16 21:27 ctgarlington Tag Attached: 64-bit
2017-06-16 21:27 ctgarlington Tag Attached: crash
2017-06-16 21:37 ctgarlington Note Added: 0036615
2017-06-16 21:38 lethosor Note Added: 0036616
2017-06-16 21:47 ctgarlington Note Added: 0036617
2017-06-16 21:49 ctgarlington Note Added: 0036618
2017-06-16 21:49 ctgarlington Note Edited: 0036618 View Revisions
2017-06-17 06:50 ctgarlington Note Added: 0036619
2017-06-17 06:50 ctgarlington Note Edited: 0036619 View Revisions
2017-06-25 19:39 Loci Note Added: 0036633
2017-06-25 19:39 Loci Assigned To => Loci
2017-06-25 19:39 Loci Status new => confirmed
2017-08-03 23:23 park66665 Issue Monitored: park66665
2019-02-07 02:23 risusinf Note Added: 0039195
2019-02-07 20:51 risusinf Note Deleted: 0039195
2019-02-10 21:36 risusinf Note Added: 0039204
2019-02-12 12:43 lethosor Note Added: 0039209
2019-02-12 18:18 risusinf Note Added: 0039210
2019-02-12 18:30 risusinf Note Edited: 0039210 View Revisions
2019-02-12 21:13 risusinf Note Edited: 0039210 View Revisions
2019-02-16 09:08 Loci Note Added: 0039220
2019-02-16 09:08 Loci Relationship added duplicate of 0008410
2019-02-16 09:08 Loci Status confirmed => resolved
2019-02-16 09:08 Loci Resolution open => duplicate
2019-02-16 09:10 Loci Summary Reproducible crash; unknown cause => Reproducible crash; zero-size flesh ball

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker