Segfault after loading savegame with r2860

[kRYPT]

Hi guys,

First off, the game is absolutely awesome!  I played it back before it wasn't free, and it's now way better then I remember it.

However, I'm having some trouble save-games on Ubuntu Gusty.  I know the package that comes with it is garbage, and crashes immediately upon trying to load ANY savegame and has no debug symbols. So, I got all the pre-requisities and built myself a binary from TRUNK r2860.

At first it was fine, all of my savegames were good.  But then the problems returned.  Right after I made this save, the game crashed (it wasn't running under gdb, so I don't have a backtrace).  Loading this game and playing a little bit almost always produces a segfault though, and I've attached the savegame and resulting backtrace of that.

To reproduce the crash, load the attached game.  Take all of the units and lead them down and right.  Make them all attack the Flame Bunker.  Should crash after a little while.

My uname -a:
Linux ubuntu 2.6.22-14-generic #1 SMP Sun Oct 14 21:45:15 GMT 2007 x86_64 GNU/Linux

I would have posted this in the bug reports, but it wouldn't let me.

[Buginator]

You need to zip/rar/tar up the whole directory, and all the files in that directory (mike6-temp).  Not just the *.es & *.gam files.

Was this save game made with this r2860, or one before that?

[kRYPT]

Wow I'm an idiot, missed the -r

New zip attached.

EDIT: yes, this savegame is made with r2860.

[kRYPT]

The problem seems to be gone in r2979  ;D

I should mention however, that the 2.0.9 source release doesn't work for me at all on Ubuntu x86_64.  It has -m32 in the CFLAGS which makes the resulting objects unlinkable to the shared libraries, and forcibly removing that flag gives a crash on start-up.  Downloading the pre-compiled package also didn't work, complained about missing a shared library..

r2979 is treating me pretty good so far, no crashes (even though compiled for 64-bit). I've got my fingers crossed.

[Buginator]

The problem seems to be gone in r2979  ;D

I should mention however, that the 2.0.9 source release doesn't work for me at all on Ubuntu x86_64.  It has -m32 in the CFLAGS which makes the resulting objects unlinkable to the shared libraries, and forcibly removing that flag gives a crash on start-up.  Downloading the pre-compiled package also didn't work, complained about missing a shared library..

r2979 is treating me pretty good so far, no crashes (even though compiled for 64-bit). I've got my fingers crossed.

2.0.9 is NOT 64bit clean.  This is why.
They should have mentioned that in the readme file someplace.

[kRYPT]

2.0.9 is NOT 64bit clean.  This is why.
They should have mentioned that in the readme file someplace.

Should I try to put together an Ubuntu 64-bit package from the r2979 build I did?  The ancient version that ships with Gutsy is full of bugs (can't load save games, many screens exhibit flicker, etc) and the latest official release is, as you pointed out, not suitable for 64-bit platforms.

[Buginator]

Should I try to put together an Ubuntu 64-bit package from the r2979 build I did?  The ancient version that ships with Gutsy is full of bugs (can't load save games, many screens exhibit flicker, etc) and the latest official release is, as you pointed out, not suitable for 64-bit platforms.

I don't really know how all this works out, and who does the packages for Ubuntu.  I am mainly a windows person, with some linux thrown in for testing things.


Having said that, they really should put up a new build for the 64bit people.
If you can do it, and point them to it, then that would be great!

[kRYPT]

I don't really know how all this works out, and who does the packages for Ubuntu.  I am mainly a windows person, with some linux thrown in for testing things.

Having said that, they really should put up a new build for the 64bit people.
If you can do it, and point them to it, then that would be great!

Ubuntu is a Debian variant, and uses Debian packages for most things.  Looking in debian/changelog, there seems to be a "2.1.0~0.svn2922-0" release planned by a Giel van Schijndel on December 1st.. Perhaps I will get in touch with him before I do anything.