O01eg, could you tell me what you are doing exactly to crash it. I need to reproduce it on my side to understand correctly the issue. Which distribution are you using ?
I click on "Configure..." button in Plugins Window where PAD plugins placed and get such result.
Can you tell me which version of xlib (libx11-6* and libx11-xcb*) are you using, which distribution too?
It is not a solution, but can you try to remove the line
Code:
#define X_HAVE_UTF8_STRING 1
in /usr/include/X11/Xlib.h. Recompile, do not forget to restore the line after. And give it a try.
The crash is in the middle of the libsdl SDL_Init ! Do you experience the same crash (aka similar back trace) if you use the padnull plugins and GSdx. For your information SDL_Init is also called in GSdx so it must do the same!
x11-libs/libX11-1.4.1
x11-libs/libxcb-1.7
Distribitoin is Gentoo AMD64.
Yes, it's. GSdx also fail by this bug even with padnull.
This bug caused because I have UIM input modifier. When I removed XMODIFIERS, QT_IM_MODULE, GTK_IM_MODULE from environment this bug don't show.
It look as bug in libX11.
Could you explain a little more for my silly person
When I have XMODIFIERS="@im=uim" in environment variables the SDL send NULL pointer to XCreateIC in libX11 then it cause segfault.
When I remove this variable the SDL send normal pointer.
1) XCreateIC from libX11 doesn't check parameter
im for NULL.
2) SetupWindowData from SDL doesn't check
videodata->im for NULL before call XCreateIC.
This is bug of SDL and libX11, not PCSX2.
---
I send bugreport to SDL (
http://bugzilla.libsdl.org/show_bug.cgi?id=1169 ). Can you update SDL after fix?
Thank for the debug. Good idea to open a SDL bug report.
Hum I'm not sure that we will update SDL just after the fix, at least I give you no guarantee to do it. The updates will probably fix lots of SDL bug but could also introduces others too. For the moment GSdx is still experimenta anyway. By the way if the fix is small you could still backport it in your environment for the moment.
It's strange, but GSdx work better then ZeroGS under Linux. Even bug with Xenosaga at second savepoint didn't cause.
Well, GSdx is much more accurate because it is software renderer. However speed is another story. You can not have everything