Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011729Dwarf FortressTechnical -- Saving/Loadingpublic2021-03-24 07:222021-03-24 16:28
ReporterSpiky 
Assigned To 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusnewResolutionopen 
PlatformLinuxOSDebian 10.8OS Version
Product Version0.47.05 
Target VersionFixed in Version 
Summary0011729: Savegame corruption
DescriptionMy fortress got corrupted and now won't load. I'd been playing for several days, and have no backups so don't really have a good idea where to start looking for a place to reproduce it beyond 'make a similar world and play for a few days and see what happens'

The offending save is at https://spikycaterpillar.com/misc/region2.lockup.tar.bz2 [^]

I disabled the libstdc++ that shipped with the game because it conflicts with Debian's libGLU, so it's using the system libstdc++ instead.

Several load/save cycles before the save became unloadable, I had loaded the fort, saved the fort, loaded it again without quitting the game, saved it again, and quit. When I quit, there was some sort of memory management error on the console - a double free, I think. However, as the game loaded and saved without incident for a few days after that, I don't know if it was in any way relevant.
Additional InformationThis fortress contains some of my favorite fun things - a high-savagery world with lots of necromancer activity. It looks like my civ was taken over by dark forces years ago, given that necromancers and undead can serve openly in my military and fragmentary recollections from surviving witnesses say the most popular temple was to the god of theft and death... I suspect, possibly irrationally, that the necromancy is in some way to blame for the corruption.

This is the same save as 0011728.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0040992)
Spiky (reporter)
2021-03-24 16:28
edited on: 2021-03-24 17:48

I have tracked down WHERE the compression error is. It is chunk 1625 (zero-based) and it appears to be worked around by changing byte 837 of the compressed chunk to (decimal) 181.

Also, after fixing it, load-and-resave does not recreate the problem.

Which might be a hardware error on my computer or something... but I now have a script to try to brute-force recover compression errors if anyone with a similarly bugged save wants to fix it.

https://spikycaterpillar.com/spiky_df_uncorruptor/ [^]


- Issue History
Date Modified Username Field Change
2021-03-24 07:22 Spiky New Issue
2021-03-24 16:28 Spiky Note Added: 0040992
2021-03-24 17:48 Spiky Note Edited: 0040992 View Revisions


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker