(Solved) Fedora 16 64bits - Core dumped

Technical support for the Linux and Mac platforms for all Trine games.
okonkole
Posts: 5
Joined: Mon Apr 02, 2012 10:31 pm

(Solved) Fedora 16 64bits - Core dumped

Postby okonkole » Mon Apr 02, 2012 10:40 pm

Hi every body,

I've Download trine2 and install it.

System : Fedora 16 / 64bits / Nvidia driver

I've followed the instruction for the 32 bits libraries.

the "ldd" found all libs, but when I start the game, nothing happened...

Code: Select all

export LD_LIBRARY_PATH=./lib/lib32
bin/trine2_linux_32bit
Erreur de segmentation (core dumped)


and I've nothing in the ./log directory

Hope it's enough to help you !

Thanks
Last edited by okonkole on Tue May 01, 2012 11:42 pm, edited 1 time in total.

okonkole
Posts: 5
Joined: Mon Apr 02, 2012 10:31 pm

Re: Fedora 16 64bits - Core dumped

Postby okonkole » Thu Apr 05, 2012 12:38 am

I've still the problem, and i'm still looking for something..

In fact in the README_TRINE2_FEDORA we can read :

Code: Select all

These commands will list you the libraries that the game binaries depend on.
Look for any library lines that say: not found


... and i has expected to find a not found with the ldd command.

Code: Select all

ldd bin/trine2_linux_32bit
   linux-gate.so.1 =>  (0xf7745000)    <========================= IS EMPTY = NOT FOUND
   libz.so.1 => /lib/libz.so.1 (0x4cea9000)
   libSDL-1.3.so.0 => ./lib/lib32/libSDL-1.3.so.0 (0xf762e000)
   libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf75b9000)
   libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4cd9c000)
   libCg.so => ./lib/lib32/libCg.so (0xf6cd8000)
   libCgGL.so => ./lib/lib32/libCgGL.so (0xf6c6b000)
   libopenal.so.1 => /usr/lib/libopenal.so.1 (0xf6c19000)
   libogg.so.0 => /usr/lib/libogg.so.0 (0xf6c12000)
   libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xf6be6000)
   libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0xf6bdb000)
   libPhysXLoader.so.1 => ./lib/lib32/libPhysXLoader.so.1 (0xf6bcb000)
   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf6adf000)
   libm.so.6 => /lib/libm.so.6 (0x4cd22000)
   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x46998000)
   libc.so.6 => /lib/libc.so.6 (0x4c9b6000)
   libdl.so.2 => /lib/libdl.so.2 (0x4cb83000)
   libpthread.so.0 => /lib/libpthread.so.0 (0x4cb66000)
   libGL.so.1 => /usr/lib/libGL.so.1 (0xf6a56000)
   /lib/ld-linux.so.2 (0x4c991000)    <========================= IS EMPTY = NOT FOUND
   librt.so.1 => /lib/librt.so.1 (0x4ccfe000)
   libX11.so.6 => /usr/lib/libX11.so.6 (0x4dcc1000)
   libXext.so.6 => /usr/lib/libXext.so.6 (0x4dc7d000)
   libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x4d638000)
   libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x4dec6000)
   libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xf6a50000)
   libdrm.so.2 => /usr/lib/libdrm.so.2 (0xf6a43000)
   libxcb.so.1 => /usr/lib/libxcb.so.1 (0x4d618000)
   libXau.so.6 => /usr/lib/libXau.so.6 (0x4ce7d000)


and also the same 2 empty line

Is Empty = not found

If yes I didn't found / understand who to fix this

to technical for me :? : http://www.trilithium.com/johan/2005/08/linux-gate/

User avatar
fb_jpk
Posts: 140
Joined: Thu Jun 16, 2005 8:05 pm

Re: Fedora 16 64bits - Core dumped

Postby fb_jpk » Thu Apr 05, 2012 1:36 pm

Hi,

Those few empty lines are normal (though they can certainly be confusing). If one of the lines specifically said "not found", then it would be missing. So you do seem to have all the required libraries. Have you tried running the game in both windowed and fullscreen mode?

We've had some other reports on crashes on Fedora 16 x86_64, so we're trying to duplicate this.

(The problem is, that I actually do have the Fedora 16 x86_64 installed on my work computer as well, but so far it has been working just fine on that. So trying to figure out what exactly is the difference and what triggers this might take a while).

Running the following from a console in the Trine 2 directory might give some additional clue to the problem:

Code: Select all

export LD_LIBRARY_PATH=./lib/lib32
gdb bin/trine2_linux_32bit

In the gdb prompt type:

Code: Select all

run


The game should start (and then probably crash).

Type

Code: Select all

bt

To get a backtrace.

Typing

Code: Select all

quit

will exit the gdb.

If you copy the backtrace here, we will be able to determine where the game has crashed. That might help us pinpoint and fix the problem.

twisted.fall
Posts: 1
Joined: Fri Apr 06, 2012 12:45 pm

Re: Fedora 16 64bits - Core dumped

Postby twisted.fall » Fri Apr 06, 2012 12:51 pm

I'm not sure if it's connected, but I'm getting the same error on Gentoo x86_64 + Bumblebee (yeah, I know my setup is prone to failure in many different places), but as for the symptoms, they seem to be the same. According to gdb the error is inside libSDL-1.3.so.0 that is shipped with the game:

In Bumblebee session (optirun /bin/bash):

Code: Select all

pro Trine2 $ export LD_LIBRARY_PATH=./lib/lib32
pro Trine2 $ gdb bin/trine2_linux_32bit
GNU gdb (Gentoo 7.3.1 p2) 7.3.1
Copyright (C) 2011 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".
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>...
Reading symbols from /home/pro/opt/Trine2/bin/trine2_linux_32bit...(no debugging symbols found)...done.
(gdb) r
Starting program: /home/pro/opt/Trine2/bin/trine2_linux_32bit
[Thread debugging using libthread_db enabled]
[New Thread 0xf2570b70 (LWP 2179)]
[New Thread 0xf1d6fb70 (LWP 2180)]
[New Thread 0xf1212b70 (LWP 2181)]
[Thread 0xf1212b70 (LWP 2181) exited]
[New Thread 0xf1212b70 (LWP 2182)]
[New Thread 0xeca10b70 (LWP 2183)]
[New Thread 0xebcffb70 (LWP 2184)]
[New Thread 0xea368b70 (LWP 2185)]
[New Thread 0xe9b67b70 (LWP 2186)]
[New Thread 0xe9366b70 (LWP 2187)]
[New Thread 0xe8b65b70 (LWP 2188)]
[New Thread 0xe8364b70 (LWP 2189)]
[New Thread 0xe7b63b70 (LWP 2190)]
[New Thread 0xe7362b70 (LWP 2191)]
[New Thread 0xe6b61b70 (LWP 2192)]

Program received signal SIGSEGV, Segmentation fault.
0xf7ec4f13 in X11_DestroyWindowFramebuffer () from ./lib/lib32/libSDL-1.3.so.0
(gdb) bt
#0  0xf7ec4f13 in X11_DestroyWindowFramebuffer () from ./lib/lib32/libSDL-1.3.so.0
#1  0xf7eb95dd in SDL_DestroyWindow () from ./lib/lib32/libSDL-1.3.so.0
#2  0xf7eb77a6 in SDL_CreateWindow () from ./lib/lib32/libSDL-1.3.so.0
#3  0xf7eb54a9 in ShouldUseTextureFramebuffer () from ./lib/lib32/libSDL-1.3.so.0
#4  0xf7eb5fca in SDL_VideoInit () from ./lib/lib32/libSDL-1.3.so.0
#5  0xf7dfc971 in SDL_InitSubSystem () from ./lib/lib32/libSDL-1.3.so.0
#6  0xf7dfcad1 in SDL_Init () from ./lib/lib32/libSDL-1.3.so.0
#7  0x0884124f in ?? ()
#8  0x0885d1e6 in ?? ()
#9  0x0880af12 in ?? ()
#10 0x08266658 in ?? ()
#11 0x08941aec in ?? ()
#12 0x0893d621 in ?? ()
#13 0xf706c503 in ?? () from /lib32/libc.so.6
#14 0x0804fee1 in ?? ()
Backtrace stopped: Not enough registers or memory available to unwind further

okonkole
Posts: 5
Joined: Mon Apr 02, 2012 10:31 pm

Re: Fedora 16 64bits - Core dumped

Postby okonkole » Fri Apr 06, 2012 11:20 pm

Hi fb_jpk, and thanks for looking at my problem

There is the result of the bt

gdb bin/trine2_linux_32bit :

Code: Select all

GNU gdb (GDB) Fedora (7.3.50.20110722-10.fc16)
Copyright (C) 2011 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-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /STOCKAGE/APPLICATION_opt/Trine2/bin/trine2_linux_32bit...(no debugging symbols found)...done.


run

Code: Select all

(gdb) run
Starting program: /STOCKAGE/APPLICATION_opt/Trine2/bin/trine2_linux_32bit
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0xf2d43b40 (LWP 4363)]
[New Thread 0xf2542b40 (LWP 4364)]
[New Thread 0xf198db40 (LWP 4365)]
[New Thread 0xecfd3b40 (LWP 4366)]
[New Thread 0xeaee2b40 (LWP 4367)]
[New Thread 0xea6e1b40 (LWP 4368)]
[New Thread 0xe9ee0b40 (LWP 4369)]
[New Thread 0xe96dfb40 (LWP 4370)]
[New Thread 0xe8edeb40 (LWP 4371)]
[New Thread 0xe86ddb40 (LWP 4372)]

Program received signal SIGSEGV, Segmentation fault.
0xf7fb7f13 in X11_DestroyWindowFramebuffer () from ./lib/lib32/libSDL-1.3.so.0
Missing separate debuginfos, use: debuginfo-install dbus-libs-1.4.10-3.fc16.i686 expat-2.0.1-11.fc15.i686 flac-1.2.1-6.fc12.i686 freetype-2.4.6-4.fc16.i686 glibc-2.14.90-24.fc16.6.i686 libICE-1.0.7-1.fc16.i686 libSM-1.2.0-2.fc15.i686 libX11-1.4.3-1.fc16.i686 libXau-1.0.6-2.fc15.i686 libXcursor-1.1.11-3.fc15.i686 libXdamage-1.1.3-2.fc15.i686 libXext-1.3.0-1.fc16.i686 libXfixes-5.0-1.fc16.i686 libXi-1.4.5-1.fc16.i686 libXinerama-1.1.1-2.fc15.i686 libXrandr-1.3.1-2.fc15.i686 libXrender-0.9.6-2.fc15.i686 libXtst-1.2.0-2.fc15.i686 libXxf86vm-1.1.1-2.fc15.i686 libasyncns-0.8-2.fc15.i686 libdrm-2.4.30-1.fc16.i686 libffi-3.0.10-1.fc16.i686 libgcc-4.6.3-2.fc16.i686 libogg-1.2.2-3.fc15.i686 libselinux-2.1.6-6.fc16.i686 libsndfile-1.0.25-1.fc16.i686 libstdc++-4.6.3-2.fc16.i686 libuuid-2.20.1-2.2.fc16.i686 libvorbis-1.3.3-1.fc16.i686 libxcb-1.7-3.fc16.i686 llvm-libs-2.9-6.fc16.i686 mesa-dri-drivers-7.11.2-3.fc16.i686 mesa-libGL-7.11.2-3.fc16.i686 mesa-libGLU-7.11.2-3.fc16.i686 openal-soft-1.12.854-2.fc15.i686 pulseaudio-libs-0.9.23-1.fc16.i686 tcp_wrappers-libs-7.6-64.fc16.i686 zlib-1.2.5-6.fc16.i686


bt

Code: Select all

(gdb) bt
#0  0xf7fb7f13 in X11_DestroyWindowFramebuffer () from ./lib/lib32/libSDL-1.3.so.0
#1  0xf7fac5dd in SDL_DestroyWindow () from ./lib/lib32/libSDL-1.3.so.0
#2  0xf7faa7a6 in SDL_CreateWindow () from ./lib/lib32/libSDL-1.3.so.0
#3  0xf7fa84a9 in ShouldUseTextureFramebuffer () from ./lib/lib32/libSDL-1.3.so.0
#4  0xf7fa8fca in SDL_VideoInit () from ./lib/lib32/libSDL-1.3.so.0
#5  0xf7eef971 in SDL_InitSubSystem () from ./lib/lib32/libSDL-1.3.so.0
#6  0xf7eefad1 in SDL_Init () from ./lib/lib32/libSDL-1.3.so.0
#7  0x0884124f in ?? ()
#8  0x0885d1e6 in ?? ()
#9  0x0880af12 in ?? ()
#10 0x08266658 in ?? ()
#11 0x08941aec in ?? ()
#12 0x0893d621 in ?? ()
#13 0x4c9cf6b3 in __libc_start_main () from /lib/libc.so.6
#14 0x0804fee1 in ?? ()
Backtrace stopped: Not enough registers or memory available to unwind further

alt_turo
Posts: 195
Joined: Mon Dec 13, 2010 11:06 am

Re: Fedora 16 64bits - Core dumped

Postby alt_turo » Tue Apr 10, 2012 1:07 pm

Turo Lamminen
Alternative Games

User avatar
fb_jpk
Posts: 140
Joined: Thu Jun 16, 2005 8:05 pm

Re: Fedora 16 64bits - Core dumped

Postby fb_jpk » Thu Apr 12, 2012 2:06 pm

I just posted some notes on steps for getting Trine 2 work on a fresh new Fedora 16 installation.
It might also be useful in tracking down any issues with Trine 2 on Fedora 16.

viewtopic.php?f=17&t=4283#p18904

okonkole
Posts: 5
Joined: Mon Apr 02, 2012 10:31 pm

Re: Fedora 16 64bits - Core dumped

Postby okonkole » Thu Apr 12, 2012 11:59 pm

Thanks for your help !

My system is working fine, i don't want to scew it up by installing manual nvidia 32bits libs on my 64 bits OS.

I need my computer for a daily use !

Is it not more easy having a 64 bits version of the game ?!

User avatar
fb_jpk
Posts: 140
Joined: Thu Jun 16, 2005 8:05 pm

Re: Fedora 16 64bits - Core dumped

Postby fb_jpk » Mon Apr 16, 2012 3:46 pm

okonkole wrote:Thanks for your help !

My system is working fine, i don't want to scew it up by installing manual nvidia 32bits libs on my 64 bits OS.

I need my computer for a daily use !

Is it not more easy having a 64 bits version of the game ?!


We might put out a 64 bit version of the game at some point, but I cannot go promise that just yet. Most notably, we'll have to get the 64 libraries for some middleware the game uses first (as such, I cannot really say anything about the library availability, or schedule at this point - I can only assume the libraries will be available to us, but that is something I cannot say for sure at this point). Other than that, supplying the 64 bit version should not be a major problem, as we do use a 64 bit build on windows during development.

It should be noted though, that installing the 32 libs should not screw up the OS (as those should get installed in addition to the 64 bit libraries, and be used by the 32 bit software only) - unless of course the library package configurations are buggy, which really would go more into the realm of fixing the library packages in question... Although, unfortunately, some of the libraries, such as the display drivers, can certainly be quite tedious to install (And one should be careful while installing those).

Nevertheless... the game will most likely not work on the current open source nouveau drivers even with a 64 bit version. So the properietary Nvidia or AMD display drivers are a requirement anyway and will need to be installed - regardless of 32 bit vs 64 bit application in use. (Notice, that you can, and you should install the 64 bit version of the display driver for a 64 bit system - just select the to install the 32 bit compatibility as well).

whizse
Posts: 17
Joined: Fri Apr 29, 2011 4:03 pm

Re: Fedora 16 64bits - Core dumped

Postby whizse » Tue Apr 17, 2012 11:14 pm

fb_jpk wrote:
okonkole wrote:Nevertheless... the game will most likely not work on the current open source nouveau drivers even with a 64 bit version. So the properietary Nvidia or AMD display drivers are a requirement anyway and will need to be installed - regardless of 32 bit vs 64 bit application in use. (Notice, that you can, and you should install the 64 bit version of the display driver for a 64 bit system - just select the to install the 32 bit compatibility as well).

Not sure about Nouveau, but it seems to be working fine with the r600g driver, and I'm betting it works on i965 too (if not I'm sure the Intel devs will fix it quickly).

okonkole
Posts: 5
Joined: Mon Apr 02, 2012 10:31 pm

Re: Fedora 16 64bits - Core dumped

Postby okonkole » Tue May 01, 2012 11:41 pm

Hello everybody.

A bit lazy at the moment, sorry, but installing the 32bits lib via the package manager solve my problem.

You can add to your linux FAQ for trine 2 that for 32bit libs is xorg-x11-drv-nvidia-libs.i686 which can be installed by :

Code: Select all

yum install xorg-x11-drv-nvidia-libs.i686


Thanks for your time/help :D


Return to “Trine Technical Support for Linux & Mac”

Who is online

Users browsing this forum: No registered users and 6 guests