Hello,

After a longtime not playing, I install version 1.3 tonight, unfortunatelly, the game doesn't start. Lurking into this forum I see a thread from 2021 about crash issues. In their I learn about starting the binary directly.

When I execute the binary, I got asked to choose vulkan or not.

Whatever my answer, the game produce the same crash report. With the previous version I used to play with, version 0.9.11, I experience the same issue.

Below is the crash report.

roland@singularity ~/games/gog.com/Jupiter Hell/game$ cat crash_report_1648151098.txt
00:00:00.00 [NOTICE ] Jupiter Hell 1.3 Logging started
00:00:00.00 [NOTICE ] Detected application pref dir: len: 0
00:00:00.00 [NOTICE ] library "libsteam_api.so" : loading...
00:00:00.00 [NOTICE ] library "libsteam_api.so" : failed to open!
00:00:00.00 [NOTICE ] library "libchf_gog_wrapper.so" : loading...
00:00:00.00 [NOTICE ] library "libchf_gog_wrapper.so" : failed to open!
00:00:00.00 [NOTICE ] Configuring...
00:00:00.00 [TRACE ] Lua state created
00:00:00.00 [NOTICE ] Loading Lua buffer 'lua::configuration::scheme'
00:00:00.00 [TRACE ] Lua state created
00:00:00.00 [NOTICE ] Loading Lua buffer 'lua::configuration::scheme'
00:00:00.00 [NOTICE ] library "libSDL2-2.0.so.0" : loading...
00:00:02.17 [INFO ] 4336374421320020510
00:00:02.17 [INFO ] Loading module "jh"...
00:00:02.17 [NOTICE ] Creating World...
00:00:02.17 [TRACE ] Lua state created
00:00:02.17 [NOTICE ] Creating Interface...
00:00:02.17 [NOTICE ] audio_interface : Creating FMOD audio engine...
00:00:02.17 [NOTICE ] library "libfmod.so" : loading...
00:00:02.17 [NOTICE ] library "libfmod.so" : failed to open!
00:00:02.17 [CRITICAL] library "libfmod.so" : failed to load!
00:00:02.17 [CRITICAL] Abort called : Can't load library!
00:00:02.17 [CRITICAL] in ../../../nv/src/core/library.cc:47 (void nv::library::open(nv::string_view))
00:00:02.17 [CRITICAL] Aborting...
00:00:02.17 [DEBUG ] ./jh() [0x7e11fc]
00:00:02.17 [DEBUG ] ./jh() [0x7cf77d]
00:00:02.17 [DEBUG ] ./jh() [0x7cf76a]
00:00:02.17 [DEBUG ] ./jh() [0x7a91c7]
00:00:02.17 [DEBUG ] ./jh() [0x75684d]
00:00:02.17 [DEBUG ] ./jh() [0x730327]
00:00:02.17 [DEBUG ] ./jh() [0x407ab8]
00:00:02.17 [DEBUG ] ./jh() [0x412e73]
00:00:02.17 [DEBUG ] ./jh() [0x553a2c]
00:00:02.17 [DEBUG ] ./jh() [0x5cd841]
00:00:02.17 [DEBUG ] /lib64/libc.so.6(__libc_start_main+0xd5) [0x7f7efbe1fb75]
00:00:02.17 [DEBUG ] ./jh() [0x40399a]
00:00:02.17 [CRITICAL] Game has crashed! Please send this crash report to chaosforge team!


libfmod is not installed system-wide, so it is not a conflict with system library, It looks more like a problem at the level of the nVidia driver.

Here are some information about my system

kernel: 5.16.15-101.fc34.x86_64
os: Linux
cpu: AMD Ryzen 7 3800XT (8) @ 3.900GHz
memory: 4421MiB / 32097MiB
wm: stumpwm
gpu: NVIDIA GeForce RTX 3070


All the packages related to nvidia installed:

Paquets installés
akmod-nvidia.x86_64 3:510.47.03-2.fc34 @rpmfusion-nonfree-updates
kmod-nvidia-5.16.11-100.fc34.x86_64.x86_64 3:510.47.03-2.fc34 @@commandline
kmod-nvidia-5.16.13-100.fc34.x86_64.x86_64 3:510.47.03-2.fc34 @@commandline
kmod-nvidia-5.16.15-101.fc34.x86_64.x86_64 3:510.47.03-2.fc34 @@commandline
nvidia-settings.x86_64 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates
xorg-x11-drv-nvidia.x86_64 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates
xorg-x11-drv-nvidia-cuda-libs.x86_64 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates
xorg-x11-drv-nvidia-kmodsrc.x86_64 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates
xorg-x11-drv-nvidia-libs.i686 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates
xorg-x11-drv-nvidia-libs.x86_64 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates
xorg-x11-drv-nvidia-power.x86_64 3:510.47.03-1.fc34 @rpmfusion-nonfree-updates


How am I supposed to contact the devs as written in the crash report?

Or do you have any Idea what could be wrong with my system?

Nothing, but there's something wrong with libfmod.so instead:

libfmod.so wants an executable stack, but jh has a non-executable stack, so the dlopen() rightly fails on newer versions of glibc.
A workaround is "execstack -c libfmod.so", because apparently libfmod.so works just fine without an executable stack. Otherwise we'd need "execstack -s jh". See https://unix.stackexchange.com/a/792461 for a bit more detail.

The correct fix is
1) For the FMOD devs to produce, and chaosforge to ship, a libfmod.so linked with -z noexecstack
2) For the game to print the dlerror() string when dlopen fails, which would have made this trivial to debug.