MantisBT - VCMI
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000520VCMIGUI - PreGamepublic2010-07-07 22:582010-07-22 18:40
ReporterZamolxis 
Assigned ToTow 
PrioritynormalSeveritycrashReproducibilityunable to reproduce
StatusclosedResolutionunable to reproduce 
PlatformAMD 5600+OSWindowsOS VersionXP SP3
Product Version0.81 
Target VersionFixed in Version 
Summary0000520: Crash when trying to load a game
DescriptionI was playing around saving/loading games to double check the fixes for 0000319 & 0000320 and make sure no other small bugs related to them are left, when I got at some point a crash. See screenshot and crashdump. I overwrote the saved game in the next attempts to reproduce, but I think (/hope) it wouldn't have helped to have it (as I was able to load it w/o crash the second time).
Steps To Reproduce
Additional Information- Map from 0000515 (though probably not relevant)
- I was making small moves than saving by always overwriting an existing saved game (sometimes directly as per default, sometimes erasing the name and retyping it again - again, probably not relevant actually)
- Then I was loading that game by going back from Adventure Map or restarting the application
- One time I got the crash below when I double clicked on the game to open it (it could be that I triple clicked or sth...)
- What was a bit different from other crashes, is that after I checked the "ok" box of the crashdump message, only the client window closed; the console remained open for 2 more minutes (see also the timestamp of the serverlog file as compared to the crashdump one).
- 3 attempts to reproduce it failed, so hopefully the logs will help
TagsNo tags attached.
Relationships
related to 0000406closed Tow Freeze on trying to load a saved game 
Attached Files7z 2010-07-08_CrashAtLoad.7z (98,599) 2010-07-07 22:58
https://bugs.vcmi.eu/file_download.php?file_id=450&type=bug
jpg 2010-07-08_CrashAtLoad.jpg (190,658) 2010-07-07 22:58
https://bugs.vcmi.eu/file_download.php?file_id=451&type=bug
jpg
Issue History
Date ModifiedUsernameFieldChange
2010-07-07 22:58ZamolxisNew Issue
2010-07-07 22:58ZamolxisStatusnew => assigned
2010-07-07 22:58ZamolxisAssigned To => Tow
2010-07-07 22:58ZamolxisFile Added: 2010-07-08_CrashAtLoad.7z
2010-07-07 22:58ZamolxisFile Added: 2010-07-08_CrashAtLoad.jpg
2010-07-07 23:00ZamolxisSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=919#r919
2010-07-07 23:01ZamolxisSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=920#r920
2010-07-07 23:01ZamolxisAdditional Information Updatedbug_revision_view_page.php?rev_id=922#r922
2010-07-14 02:47TowRelationship addedrelated to 0000504
2010-07-14 02:47TowRelationship deletedrelated to 0000504
2010-07-14 02:48TowRelationship addedrelated to 0000406
2010-07-21 19:59TowNote Added: 0001158
2010-07-21 19:59TowStatusassigned => closed
2010-07-21 19:59TowResolutionopen => unable to reproduce
2010-07-21 20:00TowNote Edited: 0001158bug_revision_view_page.php?bugnote_id=1158#r985

Notes
(0001158)
Tow   
2010-07-21 19:59   
(edited on: 2010-07-21 20:00)
Very, very strange.
I don't have idea how this could have happened. Loading savegame is deterministic, should always behave in the same way. It looks as if OS gave VCMI some wrong data when reading the save file but that doesn't sound probable.

It may be somehow related to going back to the main menu. (I assume that crash doesn't happen when loading game immediately after starting?)

For now I'll close this bug. I've added little more checking and logging around the place when VCMI crashed that time, so we may learn little more if the next build crash. Please, if the issue appear again, reopen the issue and upload new dump here.