Arx Libertatis Bug Tracker
Please log in to bookmark issues
CLOSED  Crash report #375  -  Game crashes if trying to load a save with huge amount of items in game
Posted Aug 23, 2012 - updated Jul 11, 2021   Shortlink:
icon_info.png This issue has been closed with status "Fixed" and resolution "RESOLVED".
Issue details
  • Type of issue
    Crash report
  • Status
  • Assigned to
    Not assigned to anyone
  • Progress
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
  • Posted by
  • Owned by
    Not owned by anyone
  • Estimated time
    Not estimated
  • Category
    Not determined
  • Resolution
  • Priority
    Not determined
  • Reproducability
  • Severity
    Not determined
  • Targetted for
    icon_milestones.png 1.2
  • OS
    icon_customdatatype.png Windows 7
  • Architecture
    icon_customdatatype.png amd64
  • Fixed in
    icon_customdatatype.png Arx Libertatis 1.2
Issue description
I have a save, which is some ten hours old, in which I have collected every item I have found in the game, and stored this in the castle. Now everytime I try to load this save, the game crashes.

I am able to load the game if I first create a new game or load a "safe" save, then load the save with too much stuff in it, but the game will then crash whenever I try to change the area (leave the castle).

Not surprisingly, the stuff also causes massive lag when on-screen...

  • OS: Windows 7 x86_64
  • RAM: 8GB
  • GPU: Nvidia Geforce GTS 450
  • CPU: AMD Phenom II X4 965, ~3.2GHz
Steps to reproduce this issue
Do thisicon_open_new.png This image is actually somewhat old, since in newer saves the whole castle upstairs is filled with my stuff.

Comment posted by
 Daniel Scharrer
Aug 25, 15:16
Can you please upload the save file causing the crash.

Currently the bug tracker only shows the attach file menu to admin users - I'll need to look into that. Until then, either copy javascript:$('attach_file').toggle(); into your address bar while on this page and press enter or use and external file locker site.

Also, could you please submit the crash report using the dialog that (should) comes up after the crash - if you have already done so, please link the report here.
Comment posted by
Aug 30, 12:30
The game crashes in unmanaged way, it's Windows saying the 'program stopped working'. It shows no error dialog before or after the windows program crash dialog.

This should be the right save:

I once managed to load the game straight, which in turned made the game run in fullbright. Usually you need to load the save through running another save first.

Sorry for the long delay, I was hoping the bug tracker would notify me of any new comments... it didn't.
Comment posted by
 Daniel Scharrer
Aug 31, 17:32
A file was uploaded. Save file causing the crashicon_open_new.png
Comment posted by
 Daniel Scharrer
Aug 31, 17:34
I can reproduce this crash under Linux. (glibc detected double free / memory corruption)
Comment posted by
 Daniel Scharrer
Aug 31, 17:45
Yup, simple buffer overflow as arx doesn't expect to load more than 1500 objects. Should be simple enough to fix.
Comment posted by
Sep 29, 21:50
There's that much stuff in the castle? Nice!

Thanks for looking into it! I'll hold on to the save until a fix is released.
Comment posted by
Aug 08, 20:05
This issue seems to be fixed, at least in 1.2-dev-2016-08-03. Should this still be open?
Comment posted by
 Daniel Scharrer
Aug 08, 20:10
No, the bug is not fixed yet - the save file doesn't crash anymore because we not don't load "destroyed" entities, bringing the number of loaded entities below MAX_IO_SAVELOAD. To fix it properly we need to remove the hard-coded maximum.
Comment posted by
 Daniel Scharrer
Apr 17, 18:13
This has been fixed in the current development code. The fix will be available in today's development snapshot.

The issue was updated with the following change(s):
  • This issue has been closed
  • The status has been updated, from Confirmed to Fixed.
  • The resolution has been updated, from Not determined to RESOLVED.
  • This issue's progression has been updated to 100 percent completed.