Anonymous | Login | Signup for a new account | 2024-12-26 17:34 PST |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||
0011758 | Dwarf Fortress | Miscellaneous Crashes | public | 2021-05-17 22:56 | 2021-06-04 11:31 | ||||||
Reporter | Fleeting Frames | ||||||||||
Assigned To | lethosor | ||||||||||
Priority | low | Severity | minor | Reproducibility | always | ||||||
Status | confirmed | Resolution | open | ||||||||
Platform | 64 bit Intel | OS | Lubuntu | OS Version | 16.04 | ||||||
Product Version | 0.47.05 | ||||||||||
Target Version | Fixed in Version | ||||||||||
Summary | 0011758: Save corruption resulting in building rendering-related crash | ||||||||||
Description | This 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 Reproduce | Method 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 Information | Usual play with the save is done with customized DFHack+TWBT. However, the crash does consisntently occur in vanilla version(s) of DF | ||||||||||
Tags | crash, Save Included | ||||||||||
Attached Files | |||||||||||
Notes | |
(0041073) lethosor (manager) 2021-06-02 14:46 |
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. |
(0041075) Fleeting Frames (reporter) 2021-06-04 11:31 edited on: 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. |
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 | View Revisions |
Copyright © 2000 - 2010 MantisBT Group |