wine XShm problem on remote display

[Benjamin Fabricius]

Hello all,

I am working on a vst (audio-plugin-)server with embedded linux.

Everything is up and running in a testing phase. Unfortunately 
i am experiencing difficulties, that i think could derive from wine.

First of all my setup

vst:/opt/fst # uname -a; wine --version
Linux vst 2.6.15 #21 PREEMPT Thu Mar 30 22:11:02 CEST 2006 i686 unknown
Wine 20050725

Also i am using FreeST which is a binary in order to mount and maintain
the vst plugins.

The server runs as a x client and my development laptop as x server.
This setup works satisfactory i can display any graphical windows on my
laptop including wine loaded windows executables.

now though, when loading certain plugins on the server (x client) (these
all work fine on my local development host)
i get a weird x server fault 

8<----8<----8<----8<----8<----8<----8<----

vst:/opt/fst # ./fst /mnt/testsuite/oberon4/Oberon-8.dll
yo... lets see...
The program 'fst.exe.so' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
  (Details: serial 114 error_code 10 request_code 144 minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   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.)

8<----8<----8<----8<----8<----8<----8<----

An xdpyinfo on my xserver gives me

ben at barney:~> xdpyinfo -queryExt | grep 144
    MIT-SHM  (opcode: 144, base event: 94, base error: 166)

So the MIT-SHM extension seems to be the source of the trouble.

looking into the MIT-SHM extension headers gives me the minor opcode:

ben at barney:/usr/include/X11/extensions> less XShm.h
...
#define X_ShmQueryVersion               0
#define X_ShmAttach                     1
#define X_ShmDetach                     2
#define X_ShmPutImage                   3
#define X_ShmGetImage                   4
#define X_ShmCreatePixmap               5
...

so attaching a shared memory pixmap appears to be causing the trouble.

Now I`m not sure yet if a wine or fst function is causing the trouble.
It could derive from some Gtk call... 

Isn't it problematic to use the shared memory extension when
working on a remote display?

Now some google entries tell me one must have been able to disable wine
using xshm in /etc/wine.conf for example. Is this still so because i can
not find any config file allowing this in my distro. And using winecfg
didn't really deliver results either.

My handicap is my lack of profound knowledge in wine and x matters.
Maybe you guys now some work around or can imagine what could be causing
all the havoc here...

Any help would be great... thank for your time,

Cheers,
bf
-- 
-------------------
Benjamin Fabricius
German Student
Lawo AG