View Issue Details

IDProjectCategoryView StatusLast Update
0011758Dwarf FortressMiscellaneous Crashespublic2021-06-04 11:31
ReporterFleeting Frames Assigned Tolethosor  
PrioritylowSeverityminorReproducibilityalways
Status confirmedResolutionopen 
Platform64 bit IntelOSLubuntuOS Version16.04
Product Version0.47.05 
Summary0011758: Save corruption resulting in building rendering-related crash
DescriptionThis is a link to page with download link to zip file named CorruptionHandlingRegions that contains two region folders: https://mega.nz/file/E54jxKAC#vvM5WtrAm4lnDAOqblBmetyuLcPIEKdr_K-ZdmgRkLo

The farther-progressed of them, named region730Regionmanipulated1397AutumnStart, crashes.
The previous one, named region730Regionmanipulated1397SummerEnd, is backup of the previous that doesn't (provided in case it is helpful).

The crash seems to be at least somewhat rendering-related crash. In method A gdb consistently tells it occurs in rendering-related hooks at

#0 0x08bebf82 in ?? ()
0000001 0x08bf9b52 in ?? ()

in original save version of .43.03, where the crash occurs inconsistently.

Doing 11 NS x 2 EW erasure to completely erase Food Stockpile 0000146 on problematic tiles stops the crash in Method A.

Doing dbh on the bridge stops the crash in method B.
Steps To ReproduceMethod A:

1. Load the save of region730Regionmanipulated1397AutumnStart.
2. Resize window or press tab to see the 28th tile column (2 tiles east of the river's northern edge)
3. Wait 1 in-game day for siege and send squads to station nearby.
4. Wait a minute for the battle to finish.

Typically, crash occurs at step 2 in .47.05, 44.09 or 43.05, but not always even with following all the steps in save's original version of 43.03.

Method B:

1. Load the save of region730Regionmanipulated1397AutumnStart.
2. Go up twice to zlevel 102.
3. Extend DF window until you can see the entire northmost bridge (floating and brown).

Typically crash occurs when seeing the eastmost tile of the bridge that overlaps pear tree branches.
Additional InformationUsual play with the save is done with customized DFHack+TWBT. However, the crash does consisntently occur in vanilla version(s) of DF
Tagscrash, Save Included

Activities

lethosor

2021-06-02 14:46

manager   ~0041073

Confirmed on Linux 0.47.05 (64-bit). Setting the "scrollx" global ("window_x" in DFHack) to 5 with the initial 80x25 window size also reproduces the crash; setting it to 4 does not crash.

Fleeting Frames

2021-06-04 11:31

reporter   ~0041075

Last edited: 2021-06-04 11:31

Correction:

Upon testing running the younger save (region730Regionmanipulated1397SummerEnd) to ~same date of winter start in said earlier version (43.03) by idling on bottom of map after siege, it also crashes when transported to .47.05, though not necessarily when viewing same things (ranging from only method A to entirely unrevealed z-levels)

That might mean corruption is present in both, just doesn't get triggered until somewhere after mid and before end of autumn.

Add Note

Note

Issue History

Date Modified Username Field Change
2021-05-17 22:56 Fleeting Frames New Issue
2021-05-17 23:52 Fleeting Frames Tag Attached: crash
2021-05-17 23:53 Fleeting Frames Tag Attached: Save Included
2021-06-02 14:46 lethosor Note Added: 0041073
2021-06-02 14:46 lethosor Assigned To => lethosor
2021-06-02 14:46 lethosor Status new => confirmed
2021-06-04 11:31 Fleeting Frames Note Added: 0041075
2021-06-04 11:31 Fleeting Frames Note Edited: 0041075