Brett Lymn wrote:

>what does xdpyinfo say?  do you see a line with "MIT-SHM" in the

xdpyinfo says:

name of display:    c18713238.telekabel.chello.nl:0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    3360
maximum request size:  4194300 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    2
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 134
focus:  window 0x1c00002, revert to Parent
number of extensions:    19
    BIG-REQUESTS
    DOUBLE-BUFFER
    DPMS
    LBX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    RECORD
    SECURITY
    SHAPE
    SYNC
    XC-APPGROUP
    XC-MISC
    XFree86-DGA
    XFree86-Misc
    XFree86-VidModeExtension
    XInputExtension
    XKEYBOARD
    XTEST
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1280x1024 pixels (433x347 millimeters)
  resolution:    75x75 dots per inch
  depths (1):    24
  root window id:    0x26
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x23
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store YES, save-unders YES
  largest cursor:    64x64
  current input event mask:    0x78407f
    KeyPressMask             KeyReleaseMask           ButtonPressMask          
    ButtonReleaseMask        EnterWindowMask          LeaveWindowMask          
    PointerMotionMask        KeymapStateMask          SubstructureNotifyMask   
    SubstructureRedirectMask FocusChangeMask          PropertyChangeMask       
  number of visuals:    1
  default visual id:  0x22
  visual:
    visual id:    0x22
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits

>extensions list?  also what does the ipcs command tell you?

ipcs tells me:

T     ID     KEY        MODE       OWNER    GROUP

Shared Memory:
T     ID     KEY        MODE       OWNER    GROUP
m 3997696    2622055 --rw-r--r--     root    wheel
m 4849665          0 --rwarwarwa dehartog    users
m  65538          0 --rwarwarwa dehartog    users
m 327683          0 --rwarwarwa dehartog    users
m 327684          0 --rwarwarwa dehartog    users
m 54788101          0 --rwarwarwa dehartog    users
m 52035590          0 --rwarwarwa dehartog    users

Semaphores:
T     ID     KEY        MODE       OWNER    GROUP
s  65536    2622057 --rw-rw-rw-     root    wheel


>My guess is that you do not have the SYSV IPC compiled in

My kernel config contains:

options         SYSVMSG         # System V-like message queues
options         SYSVSEM         # System V-like semaphores
options         SYSVSHM         # System V-like memory sharing
#options        SHMMAXPGS=1024  # 1024 pages is the default

Would it help to increase the default 1024 for SHMMAXPGS?

>the kernel _or_ you are trying to remote display the
>application to another X display in which case shared memory >will not work (I >think)

I'm not sure about this. Changed my DISPLAY to :0.0 and every-
thing worked (except for xmms, same message and symptoms).
I guess (based on ipfstat-output) that all my X-traffic is
via lo0 and not using shmem:

ipfstat -hi tells:
13916668 pass in quick on lo0 from any to any
9703 block in quick from any to any with ipopt
0 block in quick proto tcp from any to any with short
...

Thanks for reading/thinking/helping...
Hans de Hartog
______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=signup