gdb pcsx2_GSReplayLoader
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 "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>...
Reading symbols from /home/user/pcsx-svn-5209/bin/pcsx2_GSReplayLoader...done.
(gdb) run /home/user/colin.gs
Starting program: /home/user/pcsx-svn-5209/bin/pcsx2_GSReplayLoader /home/user/colin.gs
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]
Loader gs file
ARG1 Ini directory
ARG2 .gs file
[Inferior 1 (process 27915) exited with code 01]
(gdb) bt full
No stack.
(gdb)
05-26-2012, 04:56 PM (This post was last modified: 05-26-2012, 04:57 PM by gregory.)
it seems to be fine. did you see the frames? Issue seem to be 8n the interaction of pcsx2 with gsdx. run pcsx2, when it freeze attach gdb to it. and dump the stacks: thread apply all bt full
synrax is run dir-ini dump-full-path.gs
Can you print me this line plugins/GSdx/GSDeviceOGL.cpp:200.
If you have glGenProgramPipelines. Then separate shader extension is not loaded correctly. Maybe a bug with glew.
I attach my libGLEW library. Unzip, create the standard symlink (ie libGLEW.so, libGLEW.so.1.7).
Then change LD_LIBRARY_PATH to add the directory that contains my library. For example export LD_LIBRARY_PATH="$HOME/test_glew:/usr/lib". You can check with ldd that you pick up the good library. Note your need to compile agains libglew1.7 (could be the one of your system) first.
Then tell me if the GSdx without previous patch success to detect separate shader extension?
I think the problem not only the glew library but somehow maybe gentoo (amd64) releated. Alredy tried with other libglew (get it from my 32 bit suse installation). The problem still the same. (will try with your glew library)
Be sure that you properly overload the library. Check with ldd. For me it is an issue with glew. Here why
1/ extensions are correctly reported by direct ogl call.
2/ others application work because they manually add extensions or uses anothers detection library.
Maybe I can provide a small testcase, so you can report an issue on glew/gentoo.
Made the 32bit chroot fully bootable system. Same result for me on i686 gentoo. Is it possible any X extension dependency and/or any X configure problem? (composite, tls, etc)