Topic: [3.83] Game won't launch, Mint 21.2, Steam.  (Read 3467 times)


CHK

« on: March 07, 2024, 11:35:07 AM »
SDL is updated to the latest available package in distribution's manager.

Terminal error to follow.
Executing from: /home/helena/Desktop/Stuff/Games/Steam/steamapps/common/UnRealWorld/

./urw3-bin: symbol lookup error: /lib/x86_64-linux-gnu/libSDL2_image-2.0.so.0: undefined symbol: SDL_RWseek

CPU: Intel i3 M 350 (4) @ 2.266GHz
RAM: 6G
No dedicated GPU.

Plotinus

« Reply #1 on: March 07, 2024, 12:44:51 PM »
what is the output of
Code: [Select]
ldd /home/helena/Desktop/Stuff/Games/Steam/steamapps/common/UnRealWorld/urw3-bin
or if that doesn't work:
Code: [Select]
ldd $(which urw3-bin)

CHK

« Reply #2 on: March 07, 2024, 02:57:48 PM »
I'm incredibly sorry for the late reply. I wasn't expecting to receive one today.

Here's the result of the command suggested:

linux-vdso.so.1 (0x00007ffe373e2000)
libSDL2-2.0.so.0 => /usr/local/lib/libSDL2-2.0.so.0 (0x00007f830e000000)
libSDL2_mixer-2.0.so.0 => /lib/x86_64-linux-gnu/libSDL2_mixer-2.0.so.0 (0x00007f830e4bd000)
libSDL2_image-2.0.so.0 => /lib/x86_64-linux-gnu/libSDL2_image-2.0.so.0 (0x00007f830e49a000)
libSDL2_net-2.0.so.0 => /lib/x86_64-linux-gnu/libSDL2_net-2.0.so.0 (0x00007f830e493000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f830ddd4000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f830e3ac000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f830e38a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f830dbab000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f830e385000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f830e380000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f830e37b000)
libmodplug.so.1 => /lib/x86_64-linux-gnu/libmodplug.so.1 (0x00007f830da1b000)
libfluidsynth.so.3 => /lib/x86_64-linux-gnu/libfluidsynth.so.3 (0x00007f830d937000)
libvorbisfile.so.3 => /lib/x86_64-linux-gnu/libvorbisfile.so.3 (0x00007f830e36e000)
libFLAC.so.8 => /lib/x86_64-linux-gnu/libFLAC.so.8 (0x00007f830d8fb000)
libmpg123.so.0 => /lib/x86_64-linux-gnu/libmpg123.so.0 (0x00007f830d89f000)
libopusfile.so.0 => /lib/libopusfile.so.0 (0x00007f830e360000)
libpng16.so.16 => /lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f830d864000)
libjpeg.so.8 => /lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007f830d7e3000)
libtiff.so.5 => /lib/x86_64-linux-gnu/libtiff.so.5 (0x00007f830d75b000)
libwebp.so.7 => /lib/x86_64-linux-gnu/libwebp.so.7 (0x00007f830d6ee000)
/lib64/ld-linux-x86-64.so.2 (0x00007f8319292000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f830d5b4000)
libgmodule-2.0.so.0 => /lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f830e357000)
libjack.so.0 => /lib/x86_64-linux-gnu/libjack.so.0 (0x00007f830d55f000)
libasound.so.2 => /lib/x86_64-linux-gnu/libasound.so.2 (0x00007f830d45c000)
libpulse-simple.so.0 => /lib/x86_64-linux-gnu/libpulse-simple.so.0 (0x00007f830d455000)
libsndfile.so.1 => /lib/x86_64-linux-gnu/libsndfile.so.1 (0x00007f830d3d6000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f830d388000)
libreadline.so.8 => /lib/x86_64-linux-gnu/libreadline.so.8 (0x00007f830d334000)
libgomp.so.1 => /lib/x86_64-linux-gnu/libgomp.so.1 (0x00007f830d2ea000)
libinstpatch-1.0.so.2 => /lib/x86_64-linux-gnu/libinstpatch-1.0.so.2 (0x00007f830d22d000)
libgobject-2.0.so.0 => /lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f830d1cd000)
libvorbis.so.0 => /lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f830d1a0000)
libogg.so.0 => /lib/x86_64-linux-gnu/libogg.so.0 (0x00007f830d195000)
libopus.so.0 => /lib/x86_64-linux-gnu/libopus.so.0 (0x00007f830d137000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f830d11b000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007f830d04c000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f830d021000)
libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0 (0x00007f830d010000)
libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0 (0x00007f830cfec000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f830cf74000)
libdb-5.3.so => /lib/x86_64-linux-gnu/libdb-5.3.so (0x00007f830cdc5000)
libpulse.so.0 => /lib/x86_64-linux-gnu/libpulse.so.0 (0x00007f830cd70000)
libpulsecommon-15.99.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-15.99.so (0x00007f830cceb000)
libvorbisenc.so.2 => /lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f830cc40000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f830cb77000)
libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x00007f830cb45000)
libffi.so.8 => /lib/x86_64-linux-gnu/libffi.so.8 (0x00007f830cb38000)
libX11-xcb.so.1 => /lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f830cb33000)
libX11.so.6 => /lib/x86_64-linux-gnu/libX11.so.6 (0x00007f830c9f3000)
libxcb.so.1 => /lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f830c9c7000)
libasyncns.so.0 => /lib/x86_64-linux-gnu/libasyncns.so.0 (0x00007f830c9bf000)
libapparmor.so.1 => /lib/x86_64-linux-gnu/libapparmor.so.1 (0x00007f830c9aa000)
liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f830c98a000)
libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007f830c97f000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f830c841000)
libXau.so.6 => /lib/x86_64-linux-gnu/libXau.so.6 (0x00007f830c839000)
libXdmcp.so.6 => /lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f830c831000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f830c80b000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f830c7f3000)
libmd.so.0 => /lib/x86_64-linux-gnu/libmd.so.0 (0x00007f830c7e6000)


Turning the computer off "for the day", coming back when I wake up later.
« Last Edit: March 07, 2024, 03:10:51 PM by CHK »

Plotinus

« Reply #3 on: March 08, 2024, 09:49:39 AM »
It's okay! Forums are async  :)

It looks like you're not missing any libraries that urw is trying to load, so something else is wrong. It's working for me on Manjaro.

The root cause looks to be here: https://wiki.libsdl.org/SDL2/SDL_RWseek

Quote
SDL_RWseek() is actually a wrapper function that calls the SDL_RWops's seek method appropriately, to simplify application development.

Prior to SDL 2.0.10, this function was a macro.


So my guess is that the game is expecting SDL >= 2.0.10 and you have SDL < 2.0.10, or visa versa.

I did some googling, and found someone who was having this issue, but for a different game, ADOM, and there's a reply there saying that someone on Mint was able to get it to work after following the instructions there: https://www.gog.com/forum/adom_ancient_domains_of_mystery/problem_launching_version_334_on_ubuntu_2004 -- I'd be cautious about downloading anything from some random user's github -- instead download the libs from a trusted linux repository to the game directory and then adding them to the $LD_LIBRARY_PATH shell variable sounds promising. https://www.gog.com/forum/adom_ancient_domains_of_mystery/problem_launching_version_334_on_ubuntu_2004/page1

Since Mint is Debian based, an Ubuntu or Debian version of the library should be okay.


I'm not sure how the steam version works exactly, probably the files are in different locations than on my computer but the way of working should be the same:

Code: [Select]
file $(which urw)
/usr/bin/urw: Bourne-Again shell script, ASCII text executable
file $(which urw3-bin)
/usr/bin/urw3-bin: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=de4cf685333bb53e3cda57c9ee122573ce947471, for GNU/Linux 4.4.0, stripped

so /usr/bin/urw is the shell script which sets stuff up and then launches the binary, so you can edit it to add some more setup, and that's where you'd add the path with the libraries you downlodaed to LD_LIBRARY_PATH.

CHK

« Reply #4 on: March 09, 2024, 03:44:05 AM »
I read the posts you linked and unfortunately couldn't make heads nor tails from what was discussed.

Decided to simply yolo and build SDL2 from source from SDL's website.

Followed the instructions here and now the game runs again.

Thank you very much for assisting me and now I'll run back to the cold far north.
« Last Edit: March 09, 2024, 03:45:59 AM by CHK »

Plotinus

« Reply #5 on: March 09, 2024, 08:02:12 AM »
I'm glad you were able to get it working! The path you took was cleaner than the one on the forum anyway.