DRL > Bug Reports

[0.9.9.7|G|Linux x86] Crashes with OOM when loading a game

(1/1)

singalen:
On a netbook with 1G RAM, DoomRL crashes trying to read my Ao100 save file. Luckily, I had it in my Dropbox (only to move between computers!).
Here's the error:

Spoiler (click to show/hide)----------------------------------------------------------------------
Timestamp   : 9-10-13 23:35:38
Error level : FATAL EXCEPTION
Message     : Fatal exception encountered

An unhandled exception occurred at $0805D8FA :
EOutOfMemory : Out of memory
  $0805D8FA
  $0805DC49
  $080D2DF9  TRAWHASHMAP__INTERNALADD,  line 1173 of /home/user/project/fpcvalkyrie/src/vgenerics.pas
  $0808B15E  TGHASHMAP$LONGINT__PUT,  line 1261 of /home/user/project/fpcvalkyrie/src/vgenerics.pas

The screen goes black, but the music continues to play.
As per top, the game only takes 400M of memory, with about 400 more available.

thelaptop:
Hmm.  That's interesting.

Can you make a copy of the whole set up and try loading it in console mode instead?

Side note: since you are using Dropbox, did you accidentally run the game on x86-64 and then try to load it on x86?  Even though the underlying game is 32-bit in that set-up (possibly), there might be some alignment-related issues when the data structures are dumped to disk in a save.

singalen:
I will, when I'm back at that computer.
Actually, that's what I did - ran a x86 version on a 64bit save.
My assumption was that,as player.wad and score.wad are platform independent, so save file is too.

thelaptop:
Ah.  That might be the problem.  player.wad and score.wad are designed to be platform independent, but the save file isn't -- that's why you can't bring a Windows save file to Mac OS X for example.

But having issues between 32-bit Linux and 64-bit Linux using the same 32-bit game binary is a first.

Kornel Kisielewicz:
Correct. The score and player data are gzipped XML files, but the saves are raw memory dumps, hence incompatible.

Navigation

[0] Message Index