Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006806Dwarf FortressTechnical -- Generalpublic2014-07-09 03:462014-07-11 07:29
ReporterVoker57 
Assigned ToFootkerchief 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionunable to reproduce 
PlatformOSDebian GNU/LinuxOS Versionunstable
Product Version0.40.01 
Target VersionFixed in Version 
Summary0006806: Crash after creating the world
DescriptionGame crashes after creating and accepting the world
Steps To Reproduce1. Launch game in PRINT_MODE: TEXT (unsure if relevant)
2. Create new world! World size: medium, History: medium, number of civilizations: medium, number of sites: medium, number of beasts: medium, natural savagery: medium, mineral occurence: Frequent
3. Accept the world
4. terminate called after throwing an instance of 'std::length_error'
                                            what(): vector::_M_fill_insert
                                                                           Aborted
Tagslinux, platform specific
Attached Files

- Relationships
related to 0007018resolvedFootkerchief CTD on "accept" in world gen 
related to 0005283resolvedToady One Crash upon accepting/saving a generated world when old-version saves are present 

-  Notes
(0025280)
edwardR (reporter)
2014-07-09 05:09

OS X 10.9.3 user here. I cannot reproduce your problem, it's apparently only linux-specific.

I did the same settings you had (beginning from step 2, not sure how to do step 1), stopped at 75 years or so, accepted the world and it saved completely normally. It is platform-specific, I think.
(0025282)
greycat (reporter)
2014-07-09 05:56
edited on: 2014-07-09 05:56

I've generated 2 worlds successfully in Linux (Debian wheezy), so it probably depends on the exact worldgen parameters AND the random seeds.

(0025357)
edwardR (reporter)
2014-07-09 11:24

I doubt that he may be unlucky since the reproducbility tag says always
(0025724)
Voker57 (reporter)
2014-07-11 03:19

0.40.02 appears to have fixed this.

- Issue History
Date Modified Username Field Change
2014-07-09 03:46 Voker57 New Issue
2014-07-09 05:09 edwardR Note Added: 0025280
2014-07-09 05:10 edwardR Tag Attached: linux
2014-07-09 05:10 edwardR Tag Attached: platform specific
2014-07-09 05:56 greycat Note Added: 0025282
2014-07-09 05:56 greycat Note Edited: 0025282 View Revisions
2014-07-09 11:24 edwardR Note Added: 0025357
2014-07-11 03:19 Voker57 Note Added: 0025724
2014-07-11 07:27 Footkerchief Relationship added related to 0007018
2014-07-11 07:29 Footkerchief Relationship added related to 0005283
2014-07-11 07:29 Footkerchief Status new => resolved
2014-07-11 07:29 Footkerchief Resolution open => unable to reproduce
2014-07-11 07:29 Footkerchief Assigned To => Footkerchief


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker