PCSX2 for Arch Linux
Can you check the GSdx from my unofficial build thread => http://forums.pcsx2.net/Thread-Unofficial-linux-build

It feels like the build environment isn't clean and it pick a wrong lib somewhere ! The only stange things I saw on your ldd are those libs:
Quote: libnvidia-tls.so.319.32 => /usr/lib32/libnvidia-tls.so.319.32 (0xf642a000)
libnvidia-glcore.so.319.32 => /usr/lib32/libnvidia-glcore.so.319.32 (0xf4460000)

Can you copy/past console/terminal output. And in best case a gdb backtrace on a debug build would be very helpul
Reply

Sponsored links

I have used your r5705 build. I tought "yeah, I'll be able to test the recent GSdx improvements".
Unfortunately, something is definitely not working
Code:
PCSX2 1.1.0.r0  - compiled on Jul 27 2013
Savestate version: 0x9a0a0000

Host Machine Init:
    Operating System =  Linux 3.10.3-1-ARCH x86_64
    Physical RAM     =  3938 MB
    CPU name         =  Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz
    Vendor/Model     =  GenuineIntel (stepping 07)
    CPU speed        =  2.491 ghz (4 logical threads)
    x86PType         =  Standard OEM
    x86Flags         =  bfebfbff 1fbae3bf
    x86EFlags        =  28100000

x86 Features Detected:
    MMX.. SSE.. SSE2.. SSE3.. SSSE3.. SSE4.1.. SSE4.2.. AVX

Installing POSIX SIGSEGV handler...
Reserving memory for recompilers...
[wx] iCCP: known incorrect sRGB profile
(GameDB) Database Not Found! [/home/quentin/Téléchargements/pcsx2-svn-r5705/GameIndex.dbf]

Loading plugins...
    Binding   GS: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libGSnull.so
    Binding  PAD: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libonepad-1.1.0.so
    Binding SPU2: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libspu2x-2.0.0.so
    Binding CDVD: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libCDVDiso.so
    Binding  USB: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libUSBnull-0.7.0.so
    Binding   FW: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libFWnull-0.7.0.so
    Binding DEV9: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libdev9null-0.5.0.so
Plugins loaded successfully.

[wx] Erreur de bibliothèque dynamique inconnue
Path: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libGSdx-0.1.16.so
File is not a valid dynamic library.
Some kinda plugin failure: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libGSdx-0.1.16.so
[wx] Erreur de bibliothèque dynamique inconnue
Path: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libzzogl-0.4.0.so
File is not a valid dynamic library.
Some kinda plugin failure: /home/quentin/Téléchargements/pcsx2-1.0.0/plugins/libzzogl-0.4.0.so
Same problem with your r5269 build. Curiously, zzogl has a problem too ...

I'm now searching how to do a "gdb backtrace on a debug build" ...
Reply
gdb ./pcsx2
#run
select GSdx config until it crash.
# thread apply all bt
copy/paste Tongue2

Edit: use your build for gdb
Reply
Oooooohhhhhh, this is this nasty oxygen-gtk bug.
I already encountered it in past ... How careless I am to have forgotten the fix ...
Definitively, it was a noobish problem. Sorry everyone ^^'
At least, I have learned how gdb works. Thank you for the how-to gregory Smile

Code:
[quentin@VaioLaptop ~]$ gdb pcsx2
GNU gdb (GDB) 7.6
Copyright (C) 2013 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-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/pcsx2...done.
(gdb) run
Starting program: /usr/bin/pcsx2
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".
Gtk-Message: Failed to load module "canberra-gtk-module"
Interface is initializing.  Entering Pcsx2App::OnInit!
Applying operating system default language...
Loading language translation databases for 'French' [fr_FR]
Command line parsing...
Command line parsed!
[New Thread 0xf27ccb40 (LWP 2362)]
[New Thread 0xf1bb4b40 (LWP 2366)]
[New Thread 0xf11ffb40 (LWP 2367)]
[Thread 0xf11ffb40 (LWP 2367) exited]
[New Thread 0xf11ffb40 (LWP 2368)]
[New Thread 0xdf11ab40 (LWP 2369)]
[New Thread 0xde7ffb40 (LWP 2370)]
[New Thread 0xdd6f0b40 (LWP 2371)]
[Thread 0xdd6f0b40 (LWP 2371) exited]
[Thread 0xf11ffb40 (LWP 2368) exited]
[New Thread 0xf11ffb40 (LWP 2372)]
[New Thread 0xdd6f0b40 (LWP 2373)]
[New Thread 0xefa4ab40 (LWP 2374)]
[New Thread 0xdccffb40 (LWP 2375)]
[Thread 0xdd6f0b40 (LWP 2373) exited]
[Thread 0xf11ffb40 (LWP 2372) exited]
[Thread 0xefa4ab40 (LWP 2374) exited]
[Thread 0xdf11ab40 (LWP 2369) exited]

Program received signal SIGSEGV, Segmentation fault.
0xf1d52fe8 in Oxygen::Gtk::gdk_toplevel_get_frame_size(_GdkDrawable*, int*, int*) () from /usr/lib32/gtk-2.0/2.10.0/engines/liboxygen-gtk.so
(gdb) thread apply all bt

Thread 12 (Thread 0xdccffb40 (LWP 2375)):
#0  0xf7fdb430 in __kernel_vsyscall ()
#1  0xf7391d03 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib32/libpthread.so.0
#2  0xf70d44c7 in g_cond_wait_until () from /usr/lib32/libglib-2.0.so.0
#3  0xf70645b1 in ?? () from /usr/lib32/libglib-2.0.so.0
#4  0xf7064d32 in g_async_queue_timeout_pop () from /usr/lib32/libglib-2.0.so.0
#5  0xf70b6f7d in ?? () from /usr/lib32/libglib-2.0.so.0
#6  0xf70b640a in ?? () from /usr/lib32/libglib-2.0.so.0
#7  0xf738dcf0 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf72c57ae in clone () from /usr/lib32/libc.so.6

Thread 7 (Thread 0xde7ffb40 (LWP 2370)):
#0  0xf7fdb430 in __kernel_vsyscall ()
#1  0xf72bac0b in poll () from /usr/lib32/libc.so.6
#2  0xf709f72b in g_poll () from /usr/lib32/libglib-2.0.so.0
#3  0xf70906c8 in ?? () from /usr/lib32/libglib-2.0.so.0
#4  0xf7090808 in g_main_context_iteration () from /usr/lib32/libglib-2.0.so.0
#5  0xf7090886 in ?? () from /usr/lib32/libglib-2.0.so.0
#6  0xf70b640a in ?? () from /usr/lib32/libglib-2.0.so.0
#7  0xf738dcf0 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf72c57ae in clone () from /usr/lib32/libc.so.6

Thread 3 (Thread 0xf1bb4b40 (LWP 2366)):
#0  0xf7fdb430 in __kernel_vsyscall ()
#1  0xf7393b65 in sem_wait@@GLIBC_2.1 () from /usr/lib32/libpthread.so.0
#2  0x082932fb in Threading::Semaphore::WaitWithoutYield (this=this@entry=0x9ca1188 <vu1Thread+16777496>) at /tmp/yaourt-tmp-quentin/aur-pcsx2-svn/src/pcsx2/common/src/Utilities/Semaphore.cpp:66
#3  0x080943f4 in VU_Thread::ExecuteRingBuffer (this=this@entry=0x8ca1070 <vu1Thread>) at /tmp/yaourt-tmp-quentin/aur-pcsx2-svn/src/pcsx2/pcsx2/MTVU.cpp:92
#4  0x08094ad1 in VU_Thread::ExecuteTaskInThread (this=0x8ca1070 <vu1Thread>) at /tmp/yaourt-tmp-quentin/aur-pcsx2-svn/src/pcsx2/pcsx2/MTVU.cpp:85
#5  0x082967cd in Threading::pxThread::_try_virtual_invoke (this=this@entry=0x8ca1070 <vu1Thread>, method=&virtual Threading::pxThread::ExecuteTaskInThread())
    at /tmp/yaourt-tmp-quentin/aur-pcsx2-svn/src/pcsx2/common/src/Utilities/ThreadTools.cpp:545
#6  0x082974f4 in Threading::pxThread::_internal_execute (this=this@entry=0x8ca1070 <vu1Thread>) at /tmp/yaourt-tmp-quentin/aur-pcsx2-svn/src/pcsx2/common/src/Utilities/ThreadTools.cpp:644
#7  0x08297701 in Threading::pxThread::_internal_callback (itsme=0x8ca1070 <vu1Thread>) at /tmp/yaourt-tmp-quentin/aur-pcsx2-svn/src/pcsx2/common/src/Utilities/ThreadTools.cpp:684
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb)
Reply
Install the gtk debug package. At the end of the trace hit enter so you can have the full backtrace. Then report a bug to liboxygen Wink
Reply
Okay, I'll do it !
Since I'm usually too lazy to find and configure an another theme, I hate this bug ...
Reply
PCSX2 won't build anymore since the last release of cmake (2.8.12) a few days ago, see build log here: http://pastebin.com/k0cqHMBz.
There's a new policy (CMP0022) that needs addressing. I tried enforcing the old policy in the two relevant CMakeLists.txt but to no avail: the warnings do go away but the LINK_ONLY errors are still there. Any ideas?
Reply
sory but I can t access your pastebin
Reply
Tricky dot.

http://pastebin.com/k0cqHMBz
Reply
THanks. What give you
Code:
cmake --help-policy CMP0022
Reply




Users browsing this thread: 1 Guest(s)