wine XShm problem on remote display

Benjamin Fabricius benjamin.fabricius at
Tue Jun 13 10:55:35 CDT 2006

Am Dienstag, den 13.06.2006, 16:22 +0200 schrieb Alexandre Julliard:
> Benjamin Fabricius <benjamin.fabricius at> writes:
> > vst:/opt/fst # ./fst /mnt/testsuite/oberon4/Oberon-8.dll
> > yo... lets see...
> > The program '' received an X Window System error.
> > This probably reflects a bug in the program.
> > The error was 'BadAccess (attempt to access private resource
> >   (Details: serial 114 error_code 10 request_code 144 minor_code 1)
> >   (Note to programmers: normally, X errors are reported
> >    that is, you will receive the error a while after causing it.
> >    To debug your program, run it with the --sync command line
> >    option to change this behavior. You can then get a meaningful
> >    backtrace from your debugger if you break on the gdk_x_error()
> > function.)
> Wine will handle that error properly, but here it sounds like fst (or
> more likely Gtk) has replaced the Wine error handler with its own, so
> Wine doesn't get a chance to handle it.
thanks for the hint,

isn't there a possibility in wine to turn of the use of the xshm
extension globally?

i read that there used to be wine.conf with 
 ; Use XFree86 DGA extension if present
 UseDGA = Y
 ; Use XShm extension if present
 UseXShm = Y

is there a mechanism to do this in my wine version (20050725)
or current builds?

or do you see a way different way to workaround this, i. e. to write an
error handler. i'm not to deep into the x matter though... 

thanks again
Benjamin Fabricius
German Student
Lawo AG

More information about the wine-devel mailing list