Recently, I noticed that ZSNES failed to start unless it was run by root. The program, when called by a non-root user, would hang after generating the error:
X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Serial number of failed request: 25 Current serial number in output stream: 26
Does anyone know what permissions need to be fixed to resolve this?
Though I'm not sure if it's useful, here's a backtrace of the error:
#0 0xb79eeab5 in _XReply () from /usr/lib/libX11.so.6 #1 0xb79ea10b in XSync () from /usr/lib/libX11.so.6 #2 0xb7f50cd4 in ?? () from /usr/lib/libSDL-1.2.so.0 #3 0xb7f5920a in ?? () from /usr/lib/libSDL-1.2.so.0 #4 0xb7f46e7b in SDL_VideoQuit () from /usr/lib/libSDL-1.2.so.0 #5 0xb7f1d7dd in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0 #6 0x082f6994 in ?? () #7 0xb7b59611 in __run_exit_handlers () from /usr/lib/libc.so.6 #8 0xb7b5969d in exit () from /usr/lib/libc.so.6 #9 0xb79f0dde in _XDefaultError () from /usr/lib/libX11.so.6 #10 0xb7f59002 in ?? () from /usr/lib/libSDL-1.2.so.0 #11 0xb79f0f16 in _XError () from /usr/lib/libX11.so.6 #12 0xb79ede8e in ?? () from /usr/lib/libX11.so.6 #13 0xb79edee7 in ?? () from /usr/lib/libX11.so.6 #14 0xb79eebe0 in _XReply () from /usr/lib/libX11.so.6 #15 0xb79ea10b in XSync () from /usr/lib/libX11.so.6 #16 0xb7f50cd4 in ?? () from /usr/lib/libSDL-1.2.so.0 #17 0xb7f54ca7 in ?? () from /usr/lib/libSDL-1.2.so.0 #18 0xb7f5ad77 in ?? () from /usr/lib/libSDL-1.2.so.0 #19 0xb7f5b3b0 in ?? () from /usr/lib/libSDL-1.2.so.0 #20 0xb7f47502 in SDL_SetVideoMode () from /usr/lib/libSDL-1.2.so.0 #21 0x082f77c4 in ?? () #22 0x082f5997 in ?? () #23 0x082f5e41 in ?? () #24 0x082f3ab4 in ?? ()
Thanks for any help in this matter.
Last edited by szim90 (2012-11-20 04:52:23)
May I completely change the subject and ask why you might need ZSNES specifically?
Another good alternative is mednafen, although it does a lot more than just SNES emulation.
ZSNES works perfectly here. Sorry, that this doesn't help in a solution, but ZSNES itself works.
I'm not particularly attached to ZSNES, though I would like to keep my save states.
It appears this wasn't a ZSNES problem at all, but was a dri problem (apparently, this was some manifestation of this bug: https://bugs.archlinux.org/task/32666), as glxinfo and glxgears both are failing.
Having ZSNES use a non-opengl output mode seems to resolve the problem, so I'm going to mark this as solved.
in the $HOME/.zsnes you can read all the archives about config
try change the resolution to a windowed like 640x480 without dri accel ans say if crash or not
this can discard/or not the dri problem
Well, I suppose that this is somekind of signature, no?