protonscr

SpaceChem fails after recent update

steamclosed reviewed3rd party game
ValveSoftware/steam-for-linux#553 · opened 2013-01-05 by lumag · updated 2013-11-06 · 29 comments · github
Llumag 2013-01-05 github

After recent update of SpaceChem (one bundling mono inside), game segfaults soon after start unless I have mono installed systemwide. Full stack trace: http://pastebin.de/32054 or https://gist.github.com/5f2ead1bfef481f62b63

System information: Debian Wheezy i386, kernel 3.2. Nouveau.

Zzachtronics 2013-01-07 github

The game is crashing because one of the Mono functions (System.Platform.IsMacOS) P/Invokes libc, but is failing to find the libc library. Since Mono is always shipped with Ubuntu, and whether or not it works on Debian depends on whether or not you have Mono installed, it's possible that we're missing a file in the version of Mono we ship with the game.

@lumag We're focusing on Ubuntu right now and don't have time to look into this, but if you want to investigate further it'd be a huge help!

Llumag 2013-01-08 github

@zachtronics

I did some research. It looks like your provided mono copy is not really relocatable. It uses several files from the root file system. First it looks for /etc/mono/config, which maps 'libc' dll name to libc.so.6. I can circumvent this by symlinking (just a hack) libc.so.6 to the SpaceChem dir. Then it also uses (somehow) /etc/mono/2.0/machine.config to map some uname information to 'linux' machine (see the log-libc.txt file in the https://gist.github.com/cf3187d738b1f3a4add5). Unfortunately full strace takes too much space, but after adding mono-runtime package, I can get SpaceChem to work w/o problems.

So, the source lies somewhere in the bundled mono version where it looks for the files in /etc,

After I added the following etc dir to the SpaceChem directory, things go smooth even without system-wide mono. Files copied from Debian's mono setup. Probably you can get them from your system also.
ls -lR etc
etc:
total 0
drwxr-xr-x 3 lumag lumag 29 Jan 8 05:31 mono

etc/mono:
total 4
drwxr-xr-x 2 lumag lumag 27 Jan 8 05:31 2.0
-rw-r--r-- 1 lumag lumag 1779 Jan 8 05:31 config

etc/mono/2.0:
total 32
-rw-r--r-- 1 lumag lumag 29117 Jan 8 05:31 machine.config

Then I just add MONO_CFG_DIR=etc to the SpaceChem's mono invocation and it works!!!

Hope this helps.

Llumag 2013-01-08 github

@zachtronics Sorry if this looks a bit too confused/disordered. I was debugging right in time of writing the comment. The solution that made SC work for me was to add a (part of) /etc/mono hierarchy (etc/mono/config and etc/mono/2.0/machine.config) to the SpaceChem directory and modify execution script to pass MONO_CFG_DIR=etc environment variable to mono.

SSynSnipe 2013-01-08 github

Easiest fix for Ubuntu 12.04 x86_64 is to install mono-runtime run sudo apt-get install mono-runtime. It failed to run before I installed and worked perfectly after I installed. I will also say that mono-runtime was not installed with a base load of Ubuntu 12.04 x86_64.

Llumag 2013-01-09 github

@INoUrScrts this brings a log of mono crap to my system.
I think that the whole point was to have mono provided together with SpaceChem Linux bundle.

@zachtronics By the way. What about providing mono as a free Linux-only DLC for SpaceChem so that users that want it can download it separately. And users who have systemwide mono won't have to use your version?

Hholmak 2013-01-09 github

@lumag Keith from Zachtronics here. I have implemented the fix you described above. Can you update to the "prerelease" branch of SpaceChem and tell me if it now works for you?

In case you haven't changed branches before:
Open Steam to your library and right-click on SpaceChem. Select "Properties", then select the "BETAS" tab, and then select "prerelease" from the dropdown. Let it download its files and then try launching the game again.

Llumag 2013-01-09 github

@holmak No, it does not.

It should be etc/mono/config and etc/mono/2.0/machine.config files,
not etc/config (note the mono/ subdirectory).

If I move files to the proper directory, it works!

Llumag 2013-01-09 github

@holmak Current prerelease branch works for me!

Jjohndrinkwater 2013-01-09 github

I didn’t have this issue, but wanted to mention nothing broke after I opted into the prerelease channel :)
Ubuntu 12.04 LTS 64bit.

Hholmak 2013-01-09 github

@lumag @johndrinkwater Thanks for the confirmation. It looks like that fixes it for everyone, so I'm going to make that build public.

Llumag 2013-01-09 github

@holmak Thank you. Public build also works for me now.

Ggrigi 2013-01-10 github

I noticed that the included build libSDL-1.2.so is linking against libcaca.so.0, which I don't have. When I replace it with a build that doesn't require libcaca, the game works perfectly for me, so it is obviously not needed.

For info on what libcaca does:
http://caca.zoy.org/wiki/libcaca

Could you please either replace libSDL with a version that doesn't depend on libcaca, or bundle libcaca?

Thanks in advance

Mmonreal 2013-01-10 github

For me the game still crashes on startup (on Fedora 18 x64): http://pastebin.com/p49ZMkf0

Hholmak 2013-01-10 github

@monreal Are you able to run other Steam games, or do they crash in the same way?

Mmonreal 2013-01-10 github

@holmak: SpaceChem is the only one not working for me... I can run the following Steam/Linux games just fine: And Yet It Moves, Aquaria, Cogs, Darwinia, Dungeons of Dredmor, Frozen Synapse, Galcon Fusion, Killing Floor, Space Pirates and Zombies, Splice, Steel Storm: Burning Retribution, Superbrothers: Sword & Sworcery EP, Team Fortress 2, TinyAndBig, Trine 2, World of Goo

Llumag 2013-01-10 github

@monreal Unfortunately my main 64 bit system is behind firewall which blocks Steam. I'll try setting up a 64 bit chroot on my laptop.

Ccybercyst 2013-01-11 github

@grigi I can confirm that my problems were with a missing lib32-libcaca... I installed this and now it works, no change to anything. It was segfaulting before and saying there was a problem with libSDL_mixer.

SSkiski 2013-01-11 github

Awesome! I replaced the SDL libraries with my own and now it's working. I've tried installing libcaca before but it did not worked.

Llumag 2013-01-12 github

@monreal @cybercyst @Skiski

I wander how do you install steam. I tried with the fresh Ubuntu 64-bit chroot. I installed base system, then installed steam. Steam:i386 pulls in libsdl1.2debian:i386 which in turn pulls in libcaca0:i386, thus providing libcaca.so.0 for libSDL-1.2.so.0 from SpaceChem.

SSkiski 2013-01-12 github

I forgot to remind that I'm using Fedora 17 x64, no ubuntu. So maybe the SDL libraries provided by Fedora ain't exactly the same then the one provided by Ubuntu.

Are you using the default launcher, or are you using this line?
LD_LIBRARY_PATH=$HOME/.steam/bin:/usr/lib:$PWD MONO_PATH=monolib $PWD/mono SpaceChem.exe

Because with the default launcher, the game doesn't start with the provided SDL libraries, even with libcaca installed. When I look at the crash log, it seems that it fails to find libSDL_mixer-1.2.so.0. Using the aformentioned line, it works.

If I replace the SDL libraries, both launcher works, and thus I'm able to use SpaceChem directly from Steam, without changing the launcher.

But now, I've noticed that I get another error:
libGL error: failed to load driver: swrast
libGL error: Try again with LIBGL_DEBUG=verbose for more details.

It's only a warning, since the game starts anyway, but it is strange...

Llumag 2013-01-12 github

@Skiski Ah, I see... So we are in a "missing libraries" situation. IIUC SpaceChem provides libSDL_mixer-1.2.so.0. Could you please run

LD_LIBRARY_PATH=~/.local/share/Steam/SteamApps/common/SpaceChem/ ldd ~/.local/share/Steam/SteamApps/common/SpaceChem/libSDL_mixer-1.2.so.0 | grep found

to get an idea what libraries you missed.

SSkiski 2013-01-12 github

I've edited my previous message but forgot to save. I was saying, that I checked, and I have /usr/lib/dri/swrast_dri.so that is already installed.

I've tried your command, but I changed ~/.local/share/Steam by ~/Steam since I haven't changed the location of the directory.

I get nothing,, since everything seems to be ok. Without the grep command, I get:

$ LD_LIBRARY_PATH=~/Steam/SteamApps/common/SpaceChem/ ldd ~/Steam/SteamApps/common/SpaceChem/libSDL_mixer-1.2.so.0
linux-gate.so.1 => (0xf77cc000)
libSDL-1.2.so.0 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL-1.2.so.0 (0xf76d0000)
libmikmod.so.2 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libmikmod.so.2 (0xf7681000)
libvorbisfile.so.3 => /lib/libvorbisfile.so.3 (0xf7655000)
libFLAC.so.8 => /lib/libFLAC.so.8 (0xf7616000)
libmad.so.0 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libmad.so.0 (0xf75fd000)
libm.so.6 => /lib/libm.so.6 (0xf75d2000)
libc.so.6 => /lib/libc.so.6 (0xf7420000)
libasound.so.2 => /lib/libasound.so.2 (0xf733a000)
libdl.so.2 => /lib/libdl.so.2 (0xf7335000)
libpulse-simple.so.0 => /lib/libpulse-simple.so.0 (0xf7330000)
libpulse.so.0 => /lib/libpulse.so.0 (0xf72e1000)
libX11.so.6 => /lib/libX11.so.6 (0xf71a9000)
libXext.so.6 => /lib/libXext.so.6 (0xf7197000)
libcaca.so.0 => /lib/libcaca.so.0 (0xf70c5000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf70ab000)
libvorbis.so.0 => /lib/libvorbis.so.0 (0xf707d000)
libogg.so.0 => /lib/libogg.so.0 (0xf7075000)
/lib/ld-linux.so.2 (0x416b6000)
librt.so.1 => /lib/librt.so.1 (0xf706c000)
libjson.so.0 => /lib/libjson.so.0 (0xf7062000)
libpulsecommon-1.1.so => /lib/libpulsecommon-1.1.so (0xf6ffb000)
libX11-xcb.so.1 => /lib/libX11-xcb.so.1 (0xf6ff7000)
libxcb.so.1 => /lib/libxcb.so.1 (0xf6fd5000)
libICE.so.6 => /lib/libICE.so.6 (0xf6fbb000)
libSM.so.6 => /lib/libSM.so.6 (0xf6fb2000)
libXtst.so.6 => /lib/libXtst.so.6 (0xf6fab000)
libwrap.so.0 => /lib/libwrap.so.0 (0xf6fa1000)
libsndfile.so.1 => /lib/libsndfile.so.1 (0xf6f37000)
libasyncns.so.0 => /lib/libasyncns.so.0 (0xf6f30000)
libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xf6ee6000)
libslang.so.2 => /lib/libslang.so.2 (0xf6dc1000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xf6d8d000)
libtinfo.so.5 => /lib/libtinfo.so.5 (0xf6d6c000)
libGL.so.1 => /usr/lib/nvidia/libGL.so.1 (0xf6c90000)
libGLU.so.1 => /lib/libGLU.so.1 (0xf6c19000)
libglut.so.3 => /lib/libglut.so.3 (0xf6bde000)
libz.so.1 => /lib/libz.so.1 (0xf6bc8000)
libXau.so.6 => /lib/libXau.so.6 (0xf6bc3000)
libuuid.so.1 => /lib/libuuid.so.1 (0xf6bbd000)
libXi.so.6 => /lib/libXi.so.6 (0xf6bad000)
libnsl.so.1 => /lib/libnsl.so.1 (0xf6b92000)
libgsm.so.1 => /lib/libgsm.so.1 (0xf6b86000)
libvorbisenc.so.2 => /lib/libvorbisenc.so.2 (0xf6a0d000)
libresolv.so.2 => /lib/libresolv.so.2 (0xf69f4000)
libnvidia-tls.so.304.64 => /usr/lib/nvidia/tls/libnvidia-tls.so.304.64 (0xf69f0000)
libnvidia-glcore.so.304.64 => /usr/lib/nvidia/libnvidia-glcore.so.304.64 (0xf4cea000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0xf4c01000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf4be3000)
libXxf86vm.so.1 => /lib/libXxf86vm.so.1 (0xf4bdd000)

That's with the librairies provided by SpaceChem.

If I use the command use to produce the "warning", I get this:

$ LD_LIBRARY_PATH=$HOME/.steam/bin:/usr/lib:~/Steam/SteamApps/common/SpaceChem/ ldd libSDL_mixer-1.2.so.0
linux-gate.so.1 => (0xf7709000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xf7606000)
libmikmod.so.2 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libmikmod.so.2 (0xf75b7000)
libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0xf75ad000)
libFLAC.so.8 => /usr/lib/libFLAC.so.8 (0xf756e000)
libmad.so.0 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libmad.so.0 (0xf7555000)
libm.so.6 => /usr/lib/libm.so.6 (0xf752a000)
libc.so.6 => /usr/lib/libc.so.6 (0xf7378000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xf7373000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xf7359000)
libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xf732b000)
libogg.so.0 => /usr/lib/libogg.so.0 (0xf7323000)
/lib/ld-linux.so.2 (0x416b6000)

It's strange, because it is really shorter. But no missing library.

p.s.: What is the correct way to put code in a message ? With I don't get the nice frame you have in your message.

Mmonreal 2013-01-12 github

@lumag

I am also not running Ubuntu (Fedora 18 x86-64 here). I got missing libraries: libmikmod.so.2 libmad.so.0 but those should be picked up from the game dir, right? Anyway I installed the i686 packages for mad and mikmod, ldd is happy now but SpaceChem still does not run.

There is one thing I can do to get one step further: if I move away the SDL* libs from the game directory, the SpaceChem window pops up for a second and then crashes but loads a bug page on ambulance.zachtronicsindustries.com

The console output is different now:

Steam: An X Error occurred
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 20 (X_GetProperty)
Resource id in failed request: 0x28000ab
Serial number of failed request: 102167
Game update: AppID 92800 "SpaceChem", ProcID 21678, IP 0.0.0.0:0
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
Setting breakpad minidump AppID = 92800
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198024959991 [API loaded no]
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
saving roaming config store to 'sharedconfig.vdf'
roaming config store 2 saved successfully
The game experienced an error. A report has been saved:
"/home/steam/.local/share/Zachtronics Industries/SpaceChem/crashes/009.zicrash"
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded: ignored.
Game removed: AppID 92800 "SpaceChem", ProcID 21679
saving roaming config store to 'sharedconfig.vdf'
roaming config store 2 saved successfully
Generating new string page texture 122: 256x256, total string texture memory is 393,22 KB

Mmonreal 2013-01-12 github

Would the zicrash file be helpful?

SSkiski 2013-01-12 github

I've looked at libSDL_image-1.2.so.0 and I get this:
[code]
LD_LIBRARY_PATH=$HOME/.steam/bin:/usr/lib:~/Steam/SteamApps/common/SpaceChem/ ldd ~/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0
/home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0: /usr/lib/libjpeg.so.8: version LIBJPEG_8.0' not found (required by /home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0) /home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0: /usr/lib/libjpeg.so.8: versionLIBJPEG_8.0' not found (required by /home/fedoski/Steam/SteamApps/common/SpaceChem/libtiff.so.4)
linux-gate.so.1 => (0xf7709000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xf76c1000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xf766a000)
libtiff.so.4 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libtiff.so.4 (0xf7607000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xf7565000)
libc.so.6 => /usr/lib/libc.so.6 (0xf73b2000)
libz.so.1 => /usr/lib/libz.so.1 (0xf739c000)
libm.so.6 => /usr/lib/libm.so.6 (0xf7371000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xf736c000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xf7352000)
/lib/ld-linux.so.2 (0x416b6000)
[/code]

This is weird because I have /usr/lib/libjpeg.so.8 already installed.

I've tried switching the order in the path, and I get:
[code]
$ LD_LIBRARY_PATH=$HOME/.steam/bin:~/Steam/SteamApps/common/SpaceChem/:/usr/lib/ ldd ~/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0
/home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0: /usr/lib/libjpeg.so.8: version LIBJPEG_8.0' not found (required by /home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0) /home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL_image-1.2.so.0: /usr/lib/libjpeg.so.8: versionLIBJPEG_8.0' not found (required by /home/fedoski/Steam/SteamApps/common/SpaceChem/libtiff.so.4)
linux-gate.so.1 => (0xf774c000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xf7704000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xf76ad000)
libtiff.so.4 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libtiff.so.4 (0xf764a000)
libSDL-1.2.so.0 => /home/fedoski/Steam/SteamApps/common/SpaceChem/libSDL-1.2.so.0 (0xf75af000)
libc.so.6 => /usr/lib/libc.so.6 (0xf73fc000)
libz.so.1 => /usr/lib/libz.so.1 (0xf73e6000)
libm.so.6 => /usr/lib/libm.so.6 (0xf73bb000)
libasound.so.2 => /usr/lib/libasound.so.2 (0xf72d5000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xf72d0000)
libpulse-simple.so.0 => /usr/lib/libpulse-simple.so.0 (0xf72ca000)
libpulse.so.0 => /usr/lib/libpulse.so.0 (0xf727c000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xf7144000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xf7132000)
libcaca.so.0 => /usr/lib/libcaca.so.0 (0xf7060000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xf7046000)
/lib/ld-linux.so.2 (0x416b6000)
librt.so.1 => /usr/lib/librt.so.1 (0xf703c000)
libjson.so.0 => /usr/lib/libjson.so.0 (0xf7032000)
libpulsecommon-1.1.so => /usr/lib/libpulsecommon-1.1.so (0xf6fcb000)
libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xf6fc8000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf6fa6000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xf6f8b000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xf6f82000)
libXtst.so.6 => /usr/lib/libXtst.so.6 (0xf6f7b000)
libwrap.so.0 => /usr/lib/libwrap.so.0 (0xf6f71000)
libsndfile.so.1 => /usr/lib/libsndfile.so.1 (0xf6f08000)
libasyncns.so.0 => /usr/lib/libasyncns.so.0 (0xf6f01000)
libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xf6eb6000)
libslang.so.2 => /usr/lib/libslang.so.2 (0xf6d91000)
libncursesw.so.5 => /usr/lib/libncursesw.so.5 (0xf6d5d000)
libtinfo.so.5 => /usr/lib/libtinfo.so.5 (0xf6d3d000)
libGL.so.1 => /usr/lib/libGL.so.1 (0xf6cbf000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf6c47000)
libglut.so.3 => /usr/lib/libglut.so.3 (0xf6c0c000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xf6c08000)
libuuid.so.1 => /usr/lib/libuuid.so.1 (0xf6c02000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xf6bf2000)
libnsl.so.1 => /usr/lib/libnsl.so.1 (0xf6bd6000)
libgsm.so.1 => /usr/lib/libgsm.so.1 (0xf6bca000)
libFLAC.so.8 => /usr/lib/libFLAC.so.8 (0xf6b8b000)
libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0xf6a13000)
libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xf69e6000)
libogg.so.0 => /usr/lib/libogg.so.0 (0xf69dd000)
libresolv.so.2 => /usr/lib/libresolv.so.2 (0xf69c4000)
libglapi.so.0 => /usr/lib/libglapi.so.0 (0xf6983000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xf697f000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xf6979000)
libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0xf6960000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xf6959000)
libdrm.so.2 => /usr/lib/libdrm.so.2 (0xf694c000)
libselinux.so.1 => /usr/lib/libselinux.so.1 (0xf692a000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf6841000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xf6824000)
[/code]

There are much more libraries that are loaded.

Ttheli-ua 2013-01-12 github

Had crashes on Gentoo 64bit system due to dependency on libcaca.
So I just deleted libSDL* and let it just use distribution provided 32bit packages (multilib system). Now works perfectly fine.

Ggdrewb-valve maintainer 2013-11-05 github

Is this still active? #1850 was resolved.

Hholmak 2013-11-06 github

@gdrewb-valve All the issues described in this discussion have been fixed.

Ggdrewb-valve maintainer 2013-11-06 github

Thanks, closing.

Nothing extracted yet.