View Issue Details

IDProjectCategoryView StatusLast Update
0006617Dwarf FortressTechnical -- Saving/Loadingpublic2014-07-16 07:20
Reporterelcr111 Assigned Touser6 
PriorityhighSeveritycrashReproducibilityalways
Status resolvedResolutionduplicate 
OSWindows 7 x64OS VersionUltimate SP1 
Product Version0.40.01 
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.

Relationships

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

Activities

edwardR

2014-07-08 03:25

reporter   ~0024977

Dude, that is a major priority.

granite

2014-07-08 03:43

reporter   ~0024983

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

elcr111

2014-07-08 04:23

reporter   ~0024986

No. Not enough time had passed for the first caravan to arrive.

cgplover

2014-07-08 04:37

reporter   ~0024988

Also encountered thi bug myself, may have had something to do with running DF from a flash drive, or with the new Starter Pack

cgplover

2014-07-08 04:50

reporter   ~0024991

used smaller world/shorter history, as well as not using the Starter Pack. Obne of these things fixed the issue.

elcr111

2014-07-08 04:57

reporter   ~0024996

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?

Waladil

2014-07-08 05:12

reporter   ~0025001

Last edited: 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.

user6

2014-07-08 06:53

  ~0025017

Please upload saves to http://dffd.wimbli.com/ -- mediafire won't leave the files up for long.

elcr111

2014-07-08 07:12

reporter   ~0025029

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

http://dffd.wimbli.com/file.php?id=8750

greycat

2014-07-08 09:34

reporter   ~0025063

Last edited: 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: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
2014-07-08 06:53 user6 Note Added: 0025017
2014-07-08 06:53 user6 Assigned To => user6
2014-07-08 06:53 user6 Status new => feedback
2014-07-08 07:12 elcr111 Note Added: 0025029
2014-07-08 07:12 elcr111 Status feedback => assigned
2014-07-08 09:34 greycat Note Added: 0025063
2014-07-08 11:04 greycat Note Edited: 0025063
2014-07-16 07:20 user6 Relationship added duplicate of 0006681
2014-07-16 07:20 user6 Status assigned => resolved
2014-07-16 07:20 user6 Resolution open => duplicate