You are not logged in.

#1 2016-03-22 13:40:36

JonnyRobbie
Member
Registered: 2015-04-28
Posts: 170

SIGABRT and coredumps with GOG version of Sublevel Zero

I've tried reaching to the GOG support, but the site has made very clear they support only Ubuntu and Mint.

Every time I try to run the game with ./start.sh, I get a flicker of black x window before it terminates with the following messages:

$ ./start.sh 
Running Sublevel Zero
Set current directory to /data/Games/Sublevel Zero/game
Found path: /data/Games/Sublevel Zero/game/SublevelZero.x86
Mono path[0] = '/data/Games/Sublevel Zero/game/SublevelZero_Data/Managed'
Mono path[1] = '/data/Games/Sublevel Zero/game/SublevelZero_Data/Mono'
Mono config path = '/data/Games/Sublevel Zero/game/SublevelZero_Data/Mono/etc'
displaymanager : xrandr version warning. 1.4
client has 2 screens
displaymanager screen (0)(LVDS-0): 1680 x 1050
Using libudev for joystick management


Importing game controller configs
support/gog_com.shlib: line 94:  5028 Aborted                 (core dumped) ./"${bin_64}"

the only thing that's logged into /var/log/Xorg.0.log is this

$ tail -n2 /var/log/Xorg.0.log
[  4487.348] (II) NVIDIA(GPU-0): Display (AU Optronics Corporation (DFP-0)) does not support
[  4487.348] (II) NVIDIA(GPU-0):     NVIDIA 3D Vision stereo.

I don't have problems running most other games be it Steam version ones os standalone ones.

$ coredumpctl list | grep Sublevel
Tue 2016-03-22 01:52:29 CET   28062  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 01:52:48 CET   28093  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 01:54:31 CET   28132  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 01:57:09 CET   28160  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 02:02:43 CET   28264  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 02:09:26 CET   28474  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 02:12:10 CET   28511  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 14:05:26 CET    5028  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 14:11:38 CET    5163  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86
Tue 2016-03-22 14:12:21 CET    5201  1000   100   6 * /data/Games/Sublevel Zero/game/SublevelZero.x86

$ coredumpctl gdb 5201   
           PID: 5201 (SublevelZero.x8)
           UID: 1000 (marek)
           GID: 100 (users)
        Signal: 6 (ABRT)
     Timestamp: Tue 2016-03-22 14:12:21 CET (24min ago)
  Command Line: ./SublevelZero.x86
    Executable: /data/Games/Sublevel Zero/game/SublevelZero.x86
 Control Group: /user.slice/user-1000.slice/session-c1.scope
          Unit: session-c1.scope
         Slice: user-1000.slice
       Session: c1
     Owner UID: 1000 (marek)
       Boot ID: aac2f337421c46a0b97c331dcfb82751
    Machine ID: a2ca134c50f14082add81fea6b1f1fd8
      Hostname: coruscant
      Coredump: /var/lib/systemd/coredump/core.SublevelZero\x2ex8.1000.aac2f337421c46a0b97c331dcfb82751.5201.1458652341000000000000.lz4
       Message: Process 5201 (SublevelZero.x8) of user 1000 dumped core.
                
                Stack trace of thread 5201:
                #0  0x00000000f77c4be9 __kernel_vsyscall (linux-gate.so.1)
                #1  0x00000000f7206c49 raise (libc.so.6)
                #2  0x00000000f72081a7 abort (libc.so.6)
                #3  0x00000000f3b5c838 n/a (libmono.so)
                #4  0x00000000f3af4a63 n/a (libmono.so)
                #5  0x00000000f77c4bd0 n/a (linux-gate.so.1)
                
                Stack trace of thread 5203:
                #0  0x00000000f77c4be9 __kernel_vsyscall (linux-gate.so.1)
                #1  0x00000000f775fe75 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0)
                #2  0x00000000f3c3a855 n/a (libmono.so)
                #3  0x00000000f775a291 start_thread (libpthread.so.0)
                #4  0x00000000f72c1cce __clone (libc.so.6)
                
                Stack trace of thread 5204:
                #0  0x00000000f77c4be9 __kernel_vsyscall (linux-gate.so.1)
                #1  0x00000000f7762046 do_futex_wait.constprop.2 (libpthread.so.0)
                #2  0x00000000f7762137 __new_sem_wait_slow.constprop.1 (libpthread.so.0)
                #3  0x00000000f3c58521 mono_sem_wait (libmono.so)
                #4  0x00000000f3bb7e99 n/a (libmono.so)
                #5  0x00000000f3c26b0d n/a (libmono.so)
                #6  0x00000000f3c500fb n/a (libmono.so)
                #7  0x00000000f3c71868 n/a (libmono.so)
                #8  0x00000000f775a291 start_thread (libpthread.so.0)
                #9  0x00000000f72c1cce __clone (libc.so.6)
                
                Stack trace of thread 5202:
                #0  0x00000000f77c4be9 __kernel_vsyscall (linux-gate.so.1)
                #1  0x00000000f775fe75 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0)
                #2  0x00000000f7760479 pthread_cond_timedwait@GLIBC_2.0 (libpthread.so.0)
                #3  0x00000000f76d30a4 n/a (libGL.so.1)
                #4  0x00000000f5e74d47 n/a (libnvidia-glcore.so.340.96)
                #5  0x00000000f76d3a32 n/a (libGL.so.1)
                #6  0x00000000f775a291 start_thread (libpthread.so.0)
                #7  0x00000000f72c1cce __clone (libc.so.6)
                
                Stack trace of thread 5205:
                #0  0x00000000f77c4be9 __kernel_vsyscall (linux-gate.so.1)
                #1  0x00000000f7762046 do_futex_wait.constprop.2 (libpthread.so.0)
                #2  0x00000000f7762137 __new_sem_wait_slow.constprop.1 (libpthread.so.0)
                #3  0x00000000084d5f4c n/a (SublevelZero.x86)
                #4  0x00000000084d689f n/a (SublevelZero.x86)
                #5  0x000000000848b518 n/a (SublevelZero.x86)
                #6  0x00000000f775a291 start_thread (libpthread.so.0)
                #7  0x00000000f72c1cce __clone (libc.so.6)

GNU gdb (GDB) 7.11
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /data/Games/Sublevel Zero/game/SublevelZero.x86...(no debugging symbols found)...done.

warning: core file may not match specified executable file.
[New LWP 5201]
[New LWP 5203]
[New LWP 5204]
[New LWP 5202]
[New LWP 5205]

warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `./SublevelZero.x86'.
Program terminated with signal SIGABRT, Aborted.
#0  0xf77c4be9 in __kernel_vsyscall ()
[Current thread is 1 (Thread 0xf4bed700 (LWP 5201))]
(gdb) bt
#0  0xf77c4be9 in __kernel_vsyscall ()
#1  0xf7206c49 in raise () from /usr/lib32/libc.so.6
#2  0xf72081a7 in abort () from /usr/lib32/libc.so.6
#3  0xf3b5c838 in ?? () from /data/Games/Sublevel Zero/game/SublevelZero_Data/Mono/x86/libmono.so
#4  0xf3af4a63 in ?? () from /data/Games/Sublevel Zero/game/SublevelZero_Data/Mono/x86/libmono.so
#5  <signal handler called>
#6  0x00000000 in ?? ()
(gdb)

my arch:

$ uname -roms 
Linux 4.4.5-1-ARCH x86_64 GNU/Linux

Has anyone managed to run Sublevel Zero, the GOG version (or even the Steam version)?

Offline

#2 2016-03-24 18:37:36

JonnyRobbie
Member
Registered: 2015-04-28
Posts: 170

Re: SIGABRT and coredumps with GOG version of Sublevel Zero

I've tried symlinking `Sublevel Zero/lib` to `/usr/lib` and `/usr/lib32` (I don't know which version is used by SLZ, so I tried both) to see if anything happens. Nothing changed. Surprisingly there didn't seem to be any difference between the 64bit and 32bit version libraries too. I expected at least the game to crash in a different way if symlinking wrong libs.

Offline

Board footer

Powered by FluxBB