Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006617Dwarf FortressTechnical -- Saving/Loadingpublic2014-07-08 03:192014-07-16 07:20
Reporterelcr111 
Assigned ToFootkerchief 
PriorityhighSeveritycrashReproducibilityalways
StatusresolvedResolutionduplicate 
PlatformOSWindows 7 x64OS VersionUltimate SP1
Product Version0.40.01 
Target VersionFixed in Version 
Summary0006617: Immediate crash after loading and unpausing dwarf mode save
DescriptionThe game crashes every time without fail after loading this save:

http://www.mediafire.com/download/16513s0w75w4nnd/region1_save_loading_crash.7z [^]
Steps To ReproduceLoad the save, unpause and it should crash within a second.
Additional InformationI tried cancelling all dwarves' jobs before unpausing but that did nothing. I tried some different init settings (print modes, graphics and truetype on/off, setting back to default) and they did nothing either.
TagsNo tags attached.
Attached Files

- Relationships
duplicate of 0006681resolvedToady One Autosave causes save corruption and crashes on load 

-  Notes
(0024977)
edwardR (reporter)
2014-07-08 03:25

Dude, that is a major priority.
(0024983)
granite (reporter)
2014-07-08 03:43

Hi elcr111, was this saved little after trading with the first caravan? Seems like the same thing that's happening to me here:

http://www.bay12games.com/dwarves/mantisbt/view.php?id=6604 [^]
(0024986)
elcr111 (reporter)
2014-07-08 04:23

No. Not enough time had passed for the first caravan to arrive.
(0024988)
cgplover (reporter)
2014-07-08 04:37

Also encountered thi bug myself, may have had something to do with running DF from a flash drive, or with the new Starter Pack
(0024991)
cgplover (reporter)
2014-07-08 04:50

used smaller world/shorter history, as well as not using the Starter Pack. Obne of these things fixed the issue.
(0024996)
elcr111 (reporter)
2014-07-08 04:57

Oh, I ought to have mentioned the worldgen. It was a 300 year medium region, I think. I'm sure I set it to 300 years but it stopped at 200 after going quite slowly (less than a year a second). The only settings I changed were cavern layer openness max and cavern layer passage density max, which were set to 0. Those settings make the caverns very wide and spaced out with no single-tile passages, and they worked fine in DF2010 and DF2012. Could they have had an effect?
(0025001)
Waladil (reporter)
2014-07-08 05:12
edited on: 2014-07-08 05:13

I got this bug, too -- late autumn, mostly-default worldgen settings, just a small world and short history, no Starter Pack. (I don't even know what the Starter Pack is!)

Loading a save with caravan in fortress caused a crash, but loading a pre-caravan autobackup did not.

In addition, my brother mentioned he also encountered this bug. Clearly, it is wide-ranging and needs to be fixed ASAP.

(0025017)
Footkerchief (manager)
2014-07-08 06:53

Please upload saves to http://dffd.wimbli.com/ [^] -- mediafire won't leave the files up for long.
(0025029)
elcr111 (reporter)
2014-07-08 07:12

My mediafire account still has files from five years ago, but okay:

http://dffd.wimbli.com/file.php?id=8750 [^]
(0025063)
greycat (reporter)
2014-07-08 09:34
edited on: 2014-07-08 11:04

I appear to be experiencing the same symptoms: I was able to generate a world, embark, start building a fort, save, and load the game all with no problem. But as soon as I unpause, it crashes (core dump). Linux.

Here is my save: http://wooledge.org/~greg/df/crash-v040.tar.bz2 [^] (or http://dffd.wimbli.com/file.php?id=8760 [^] -- same file, DFFD finally started working)

Here is a gdb backtrace of the core dump:

Program terminated with signal 11, Segmentation fault.
#0 0x08b75c87 in ?? ()
(gdb) bt
#0 0x08b75c87 in ?? ()
0000001 0x08c600f3 in ?? ()
0000002 0x088d526a in ?? ()
0000003 0x088d6218 in ?? ()
0000004 0x08381743 in ?? ()
0000005 0xf733d1e1 in interfacest::loop() ()
   from /home/wooledg/df/df_linux/libs/libgraphics.so
0000006 0x085e1adf in mainloop() ()
0000007 0xf73192e4 in enablerst::async_loop() ()
   from /home/wooledg/df/df_linux/libs/libgraphics.so
0000008 0xf73196cd in call_loop(void*) ()
   from /home/wooledg/df/df_linux/libs/libgraphics.so
0000009 0xf77104c1 in ?? () from /usr/lib/i386-linux-gnu/libSDL-1.2.so.0
0000010 0xf7759d3b in ?? () from /usr/lib/i386-linux-gnu/libSDL-1.2.so.0
0000011 0xf704cc39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
0000012 0xf7136d4e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6


- Issue History
Date Modified Username Field Change
2014-07-08 03:19 elcr111 New Issue
2014-07-08 03:25 edwardR Note Added: 0024977
2014-07-08 03:28 elcr111 Issue Monitored: elcr111
2014-07-08 03:43 granite Note Added: 0024983
2014-07-08 04:23 elcr111 Note Added: 0024986
2014-07-08 04:37 cgplover Note Added: 0024988
2014-07-08 04:50 cgplover Note Added: 0024991
2014-07-08 04:57 elcr111 Note Added: 0024996
2014-07-08 05:12 Waladil Note Added: 0025001
2014-07-08 05:13 Waladil Note Edited: 0025001 View Revisions
2014-07-08 06:53 Footkerchief Note Added: 0025017
2014-07-08 06:53 Footkerchief Assigned To => Footkerchief
2014-07-08 06:53 Footkerchief Status new => needs feedback
2014-07-08 07:12 elcr111 Note Added: 0025029
2014-07-08 07:12 elcr111 Status needs feedback => assigned
2014-07-08 09:34 greycat Note Added: 0025063
2014-07-08 11:04 greycat Note Edited: 0025063 View Revisions
2014-07-16 07:20 Footkerchief Relationship added duplicate of 0006681
2014-07-16 07:20 Footkerchief Status assigned => resolved
2014-07-16 07:20 Footkerchief Resolution open => duplicate


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker