Log in

View Full Version : Segmentation Fault since Debian unstable upgrade

Bluebird
February 28th, 2006, 06:52 AM
Yesterday I made the mistake of upgrading all my debian boxes, and since then Dominions II won't start anymore (Fatal signal: Segmentation Fault (SDL Parachute Deployed)).

ldd output:
<font class="small">Code:</font><hr /><pre>
schoelle@se-pc6:~$ ldd apps/dominions2/dom2
linux-gate.so.1 =&gt; (0xffffe000)
libGL.so.1 =&gt; /usr/lib/libGL.so.1 (0xb7e9f000)
libGLU.so.1 =&gt; /usr/lib/libGLU.so.1 (0xb7e20000)
libpthread.so.0 =&gt; /lib/tls/libpthread.so.0 (0xb7df6000)
libSDL-1.2.so.0 =&gt; /usr/lib/libSDL-1.2.so.0 (0xb7d67000)
libc.so.6 =&gt; /lib/tls/libc.so.6 (0xb7c2f000)
libm.so.6 =&gt; /lib/tls/libm.so.6 (0xb7c09000)
libdl.so.2 =&gt; /lib/tls/libdl.so.2 (0xb7c05000)
libGLcore.so.1 =&gt; /usr/lib/libGLcore.so.1 (0xb7447000)
libnvidia-tls.so.1 =&gt; /usr/lib/tls/libnvidia-tls.so.1 (0xb7444000)
libXext.so.6 =&gt; /usr/X11R6/lib/libXext.so.6 (0xb7436000)
libX11.so.6 =&gt; /usr/X11R6/lib/libX11.so.6 (0xb736b000)
libstdc++.so.6 =&gt; /usr/lib/libstdc++.so.6 (0xb728e000)
libgcc_s.so.1 =&gt; /lib/libgcc_s.so.1 (0xb7283000)
/lib/ld-linux.so.2 (0xb7f24000)
</pre><hr />

Package infos:
<font class="small">Code:</font><hr /><pre>
schoelle@se-pc6:~$ dpkg -l | grep sdl
ii libsdl-image1.2 1.2.4-1
ii libsdl1.2debian 1.2.9-1
ii libsdl1.2debian-oss 1.2.9-1
ii libc6 2.3.6-2
ii libglu1-xorg 6.9.0.dfsg.1-4
ii libglu1-xorg-dev 6.9.0.dfsg.1-4
</pre><hr />

Any more information can be supplied (straces, etc.)
castigated
February 28th, 2006, 07:03 AM
i just have to say WOW. you are very obviously a whole lot smarter than i will ever be.
Bluebird
February 28th, 2006, 07:15 AM
I don't understand that last comment of yours, castigated ...
OG_Gleep
February 28th, 2006, 08:24 AM
Oo I have like 5 GREAT jokes, and about 100 ok ones...letting it go...
Alneyan
February 28th, 2006, 09:58 AM
I cannot help you here, but thought I should still post, out of compassion (I'm the one desktop user who likes Debian stable, much more so than Sid, or the Sid on steroids known as Ubuntu).
Bluebird
February 28th, 2006, 10:20 AM
You are so comforting, Alneyan :-D
Arralen
February 28th, 2006, 10:26 AM
Bluebird said:
I don't understand that last comment of yours, castigated ...



I think he ment that you're smarter than him because you're running NUX instead of Win, so you can deliberatly choose to upgrad with software from the "unstable" release branch.
Those stuck with M$ Win don't have a choice - they're used to mandatory updates with unstable releases since somewhen back in the '80ies.

I doubt there will be a fix from the devs, though - they're busy working on Dom3 ...
thejeff
February 28th, 2006, 10:48 AM
I've got the same issue. It looks like the problem is in libSDL-1.2.so.0, since thats the only one that changed between Sunday and Monday. There's no bug report against it yet, and a quick look at the package overview doesn't show anything obvious. I may try to downgrade it to the testing version and see what that breaks...

Meanwhile I can do my turns on my old slow laptop, which is I guess better than nothing.
thejeff
February 28th, 2006, 10:06 PM
I got it working again. Downloaded the libsdl1.2debian-oss package from testing and installed it. Hasn't seemed to break anything else.

I got it from
http://ftp.debian.org/debian/pool/main/libs/libsdl1.2/libsdl1.2debian-oss_1.2.9-0.1_i386.deb

It'll probably break again next time I upgrade, but I'll just keep the .deb around and reinstall as necessary.
Bluebird
March 1st, 2006, 11:04 AM
Yup, worked for me as well. It is really strange as it is only a repackage of the same library version. Have got no clue what changed.

Well - hope that one or the other side will eventually fix that incompatibility and I am able to upgrade my OS the normal way again.

BTW: It is always possible to set a package on 'hold' to prevent it from being updated by 'apt-get upgrade'. I just have to find out again how it is done ... http://forum.shrapnelgames.com/images/smilies/laugh.gif
Alneyan
March 1st, 2006, 11:27 AM
I'm pretty sure aptitude allows to set packages on hold, either through its interface (a bit clumsy for my tastes), or via a command (aptitude hold package_name ; unhold to remove the hold).

There should be other ways around the problem, of course (dpkg or dselect). Then again, it's not as if I update packages *that* often, being on stable and all. http://forum.shrapnelgames.com/images/smilies/wink.gif
thejeff
March 1st, 2006, 08:42 PM
I've done the 'hold' thing before, and I'd have to go figure it out again...

Except, I updated again this morning and had to do an apt-get -f install to fix the dependcy problems I'd created. apt wanted to install libsdl1.2debian-alsa, so I let it and that seems to work fine.