Linux segfault: broken links

4 replies [Last post]
Joined: 11/22/2017

TL;DR: none of the links to libraries in the sticky thread http://goofans.com/forum/world-of-goo/support/4780 are alive anymore.

Longer version: I bought WoG (Linux RPM) in 2011, and ran it on my home Fedora desktop since then. After upgrading to Fedora 26 (maybe even earlier, I have not played it for a while) it segfaults, as described in the above mentioned thread. However, neither the link to ubuntuforums nor the links to the zip archives with replacement libraries are accessible.

Can you please put the zip archives to some permanent place? Also, it would be nice if you can add a description which library versions (presumably from older systems) are needed.

Thanks!

437
Joined: 11/29/2017

The latest version works for me on F27.

Run the bin file (eg. WorldOfGoo.bin64) not WorldOfGoo. WorldOfGoo is a script that configures LD_LIBRARY_PATH that seems to load old versions of libraries included with WorldOfGoo.

Joined: 11/22/2017

When I run WorldOfGoo.bin64 directly (without LD_LIBRARY_PATH, of course), it starts, manages to switch the screen to a lower resolution, and then crashes with segmentation fault. Could you run "ldd /opt/WorldOfGoo/WorldOfGoo.bin64 for me? I get the following output on my F27 box:

linux-vdso.so.1 (0x00007ffefb941000)
librt.so.1 => /lib64/librt.so.1 (0x00007f9a0ae06000)
libGL.so.1 => /lib64/libGL.so.1 (0x00007f9a0ab7a000)
libGLU.so.1 => /lib64/libGLU.so.1 (0x00007f9a0a90d000)
libSDL-1.2.so.0 => /lib64/libSDL-1.2.so.0 (0x00007f9a0a671000)
libSDL_mixer-1.2.so.0 => /lib64/libSDL_mixer-1.2.so.0 (0x00007f9a0a422000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f9a0a09c000)
libm.so.6 => /lib64/libm.so.6 (0x00007f9a09d47000)
libc.so.6 => /lib64/libc.so.6 (0x00007f9a09962000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9a0b00e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f9a09743000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f9a0953f000)
libGLX.so.0 => /lib64/libGLX.so.0 (0x00007f9a0930d000)
libX11.so.6 => /lib64/libX11.so.6 (0x00007f9a08fcf000)
libXext.so.6 => /lib64/libXext.so.6 (0x00007f9a08dbd000)
libGLdispatch.so.0 => /lib64/libGLdispatch.so.0 (0x00007f9a08b07000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f9a088f0000)
libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f9a086c8000)
libXau.so.6 => /lib64/libXau.so.6 (0x00007f9a084c4000)

437
Joined: 11/29/2017

That should be the same, but I'll attach it anyway. It should be the same, or otherwise it wouldn't even start.

Mine doesn't change screen res, but I've set it identical to the main screen in properties/config.txt. If I have a lower res it doesn't manage to change resolution -- it just runs smaller.

Gnome/Wayland -- it'll be different under X11.

You could try and install something like Fedora 10 in a VM and copy this list of libraries to lib64/...

linux-vdso.so.1 (0x00007fff2418a000)
librt.so.1 => /lib64/librt.so.1 (0x00007f3f0ee52000)
libGL.so.1 => /lib64/libGL.so.1 (0x00007f3f0ebc6000)
libGLU.so.1 => /lib64/libGLU.so.1 (0x00007f3f0e959000)
libSDL-1.2.so.0 => /lib64/libSDL-1.2.so.0 (0x00007f3f0e6bd000)
libSDL_mixer-1.2.so.0 => /lib64/libSDL_mixer-1.2.so.0 (0x00007f3f0e46e000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f3f0e0e8000)
libm.so.6 => /lib64/libm.so.6 (0x00007f3f0dd93000)
libc.so.6 => /lib64/libc.so.6 (0x00007f3f0d9ae000)
/lib64/ld-linux-x86-64.so.2 (0x00007f3f0f05a000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3f0d78f000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f3f0d58b000)
libGLX.so.0 => /lib64/libGLX.so.0 (0x00007f3f0d359000)
libX11.so.6 => /lib64/libX11.so.6 (0x00007f3f0d01b000)
libXext.so.6 => /lib64/libXext.so.6 (0x00007f3f0ce09000)
libGLdispatch.so.0 => /lib64/libGLdispatch.so.0 (0x00007f3f0cb53000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f3f0c93c000)
libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f3f0c714000)
libXau.so.6 => /lib64/libXau.so.6 (0x00007f3f0c510000)

Off-topic: this is a flatpak candidate, I guess.

Joined: 11/22/2017

Yep, I am running X11. Maybe it also depends on the graphics card properties? I have this one:

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV635 [Radeon HD 3650/3750/4570/4580]

and in another box I have this one:

00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)

Anyway, I already did the thing you suggested. Resurrected an old F16 VM, and in this VM, it runs OK. Took the libraries which ldd reported, copied them to the F27 box, put them into a separate directory, pointed LD_LIBRARY_PATH to that directory, and ran the .bin64 executable. It crashed as well Sad