Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#423 Enabling Composite Extension in Xorg 6.8 breaks Nedit

release
closed-fixed
Eddy De Greef
Program (402)
7
2005-02-12
2004-09-18
Scott Rubin
No

I run a gentoo system running Xorg 6.8 and openmotif
2.1.30. If I enable the composite extension like this:

Section "Extensions"
Option "Composite" "Enable"
EndSection

then Nedit gets seriously messed up. Whenever I scroll
up there is heavy artifacting in all the text. Usually
a few lines of text repeat. Scrolling down repairs
artifacting somewhat, but this still makes Nedit
largely unusable. Only solution is to disable
composite extension. Reproduceable always. Happens in
both Nedit 5.4 and CVS build. Could be a bug in
openmotif or composite extension, but Nedit is the only
application I have seen which has this problem.

Discussion

  • Thorsten Haude
    Thorsten Haude
    2004-09-19

    Logged In: YES
    user_id=119143

    Is the effect screenshotable?

    Is VNC involved?

     
  • Peter Kovář
    Peter Kovář
    2004-09-19

    Logged In: YES
    user_id=109269

    The same here with X11R6.8.1

    /usr/src/nedit-5.5/source/nedit
    X Error of failed request: BadValue (integer parameter out of range for operation)
    Major opcode of failed request: 91 (X_QueryColors)
    Value in failed request: 0xff262626
    Serial number of failed request: 2395
    Current serial number in output stream: 2395

    /usr/src/nedit-5.5/source/nedit -V
    UTF8 locale not supported.
    NEdit release of Aug 20, 2004

    Built on: Linux, 386, GNU C
    Built at: Sep 19 2004, 10:30:49
    With Motif: 2.1.30 [@(#)Motif Version 2.1.30]
    Running Motif: 2.1 [@(#)Motif Version 2.1.30]
    Server: The X.Org Foundation 60801000
    Visual: 32-bit TrueColor (ID 0x3f)
    Locale: sk_SK.UTF-8

    This is somewhat older, because sf.not is out of order rigth now.

    /usr/src/nedit-5.5 cvs update
    cvs [update aborted]: unrecognized auth response from cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect (Connection refused)

    But the same error is triggered with NEdit 5.4 and UTF-8 patch.
    /usr/src/nedit-5.4/source/nedit
    X Error of failed request: BadValue (integer parameter out of range for operation)
    Major opcode of failed request: 91 (X_QueryColors)
    Value in failed request: 0xff262626
    Serial number of failed request: 2349
    Current serial number in output stream: 2349

    /usr/src/nedit-5.4/source/nedit -V
    NEdit 5.4
    Nov 20, 2003

    Built on: Linux, Pentium Pro, GNU C 3.4.2
    Built at: Sep 19 2004, 10:39:04
    With Motif: 2.1.30 [@(#)Motif Version 2.1.30]
    Running Motif: 2.1 [@(#)Motif Version 2.1.30]
    Fontconfig: 2.2.96
    FreeType: 2.1.10
    X FreeType: 2.1.6
    Xrender: 0.9
    Server: The X.Org Foundation 60801000
    Visual: 32-bit TrueColor (ID 0x3f)
    Locale: sk_SK.UTF-8

    xdpyinfo
    name of display: :0.0
    version number: 11.0
    vendor string: The X.Org Foundation
    vendor release number: 60801000
    X.Org version: 6.8.1
    maximum request size: 16777212 bytes
    motion buffer size: 256
    bitmap unit, bit order, padding: 32, LSBFirst, 32
    image byte order: LSBFirst
    number of supported pixmap formats: 7
    supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32

    New 32-bit visual seems to be main cause.

     
  • Scott Tringali
    Scott Tringali
    2004-09-20

    Logged In: YES
    user_id=11321

    Very likely a dupe of 1030192. Also, we do some strange
    things to the expose queue (I think for Xinerama stuff,
    whatever that is) - perhaps this is incompatible with the
    compositor?

    > New 32-bit visual seems to be main cause.

    Ah; does this work around the problem?
    nedit -xrm '*visualID: default'

     
  • Peter Kovář
    Peter Kovář
    2004-09-28

    Logged In: YES
    user_id=109269

    Yes, it selects 24-bit visual instead of 32-bit designed for
    alpha compositing
    nedit -xrm '*visualID: default'

    However, there's something fishy in Motif:

    Breakpoint 1, XErrorFunction (display=0xbfffc0f0,
    event=0xbfffc0f0)
    at nedit.c:1228
    (gdb) bt
    #0 XErrorFunction (display=0xbfffc0f0, event=0xbfffc0f0) at
    nedit.c:1228
    #1 0x49c250c2 in _XError (dpy=0x826bf58, rep=0xbfffc1d0) at
    XlibInt.c:2877
    #2 0x49c256f6 in _XReply (dpy=0x826bf58, rep=0xbfffc1d0,
    extra=0, discard=0) at XlibInt.c:1806
    #3 0x49c19b0b in XQueryColor (dpy=0x826bf58,
    cmap=3221209328, def=0xbfffc230) at QuColor.c:49
    #4 0x40137541 in QueryColor () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #5 0x4012c4eb in _XmStringDrawSegment () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #6 0x4012e378 in DrawLine () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #7 0x4012f1fb in _render () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #8 0x4012ef1e in _draw () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #9 0x40133410 in XmStringDraw () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #10 0x4008b7ce in Redisplay () from
    /usr/src/OpenMotif-2.1.30/lib/Xm/libXm.so.2
    #11 0x4a11941f in SendExposureEvent () from /usr/lib/libXt.so.6
    #12 0x4a119195 in CompressExposures () from /usr/lib/libXt.so.6
    #13 0x4a118d4f in XtDispatchEventToWidget () from
    /usr/lib/libXt.so.6
    #14 0x4a11983c in _XtDefaultDispatcher () from
    /usr/lib/libXt.so.6
    #15 0x4a119bb6 in XtDispatchEvent () from /usr/lib/libXt.so.6
    #16 0x4a119fe3 in XtAppMainLoop () from /usr/lib/libXt.so.6
    #17 0x0804f9a5 in main (argc=1, argv=0xbffff1b4) at nedit.c:763

    Note: XErrorFunction is in the X Error patch.

     
  • Peter Kovář
    Peter Kovář
    2004-09-28

    Logged In: YES
    user_id=109269

    Here is slightly better backtrace from Motif library with
    debug info:

    (gdb) bt
    #0 XErrorFunction (display=0xbfffc0f0, event=0xbfffc0f0) at
    nedit.c:1228
    #1 0x49c250c2 in _XError (dpy=0x826bf58, rep=0xbfffc1d0) at
    XlibInt.c:2877
    #2 0x49c256f6 in _XReply (dpy=0x826bf58, rep=0xbfffc1d0,
    extra=0, discard=0) at XlibInt.c:1806
    #3 0x49c19b0b in XQueryColor (dpy=0x826bf58,
    cmap=3221209328, def=0xbfffc230) at QuColor.c:49
    #4 0x40137541 in QueryColor (display=0x826bf58,
    colormap=32, pixel=4287401100) at XmString.c:9671
    #5 0x4012c4eb in _XmStringDrawSegment (d=0x826bf58,
    w=44040593, x=3, y=19, width=75, height=20, seg=0xbfffc588,
    rend=0xbfffc648, rendertable=0x82f85b0, image=0 '\0',
    underline=0xbfffc74c, descender=4) at XmString.c:4067
    #6 0x4012e378 in DrawLine (d=0x826bf58, w=44040593,
    pscreen=0xbfffc638, x=3, y=19, line=0x83727e8,
    scr_rend=0xbfffc640, base=0x8278ea0, rendertable=0x82f85b0,
    prim_dir=206 '', image=0 '\0', underline=0xbfffc74c,
    descender=4, opt=1 '\001', opt_width=75, opt_height=20) at
    XmString.c:4676
    #7 0x4012f1fb in _render (d=0x826bf58, w=44040593,
    rendertable=0x82f85b0, rend=0x8278ea0, string=0x83727e8,
    x=3, y=19, width=75, align=1 '\001', lay_dir=206 '',
    image=0 '\0', underline=0x0, clip=0x0) at XmString.c:5065
    #8 0x4012ef1e in _draw (d=0x826bf58, w=44040593,
    rendertable=0x82f85b0, string=0x83727e8, gc=0x82f7820, x=3,
    y=3, width=75, align=1 '\001', lay_dir=206 '', clip=0x0,
    image=0 '\0', underline=0x0) at XmString.c:4986
    #9 0x40133410 in XmStringDraw (d=0x826bf58, w=44040593,
    rendertable=0x82f85b0, string=0x83727e8, gc=0x82f7820, x=3,
    y=3, width=75, align=1 '\001', lay_dir=206 '', clip=0x0) at
    XmString.c:7091
    #10 0x4008b7ce in Redisplay (wid=0x830c8c0,
    event=0xbfffcac0, region=0x8275e50) at Label.c:1462
    #11 0x4a11941f in SendExposureEvent () from /usr/lib/libXt.so.6
    #12 0x4a119195 in CompressExposures () from /usr/lib/libXt.so.6
    #13 0x4a118d4f in XtDispatchEventToWidget () from
    /usr/lib/libXt.so.6
    #14 0x4a11983c in _XtDefaultDispatcher () from
    /usr/lib/libXt.so.6
    #15 0x4a119bb6 in XtDispatchEvent () from /usr/lib/libXt.so.6
    #16 0x4a119fe3 in XtAppMainLoop () from /usr/lib/libXt.so.6
    #17 0x0804f9a5 in main (argc=1, argv=0xbffff1b4) at nedit.c:763

     
  • Logged In: NO

    I had the same problem (composite enabled, xorg 6.8, 24bit,
    gentoo, 2.6.9-mm1, nvidia dual-screen (2048x768), latest
    nedit in portage)

    nedit -xrm '*visualID: default'

    fixed the problem.

     
  • Scott Tringali
    Scott Tringali
    2004-11-06

    • priority: 5 --> 3
     
  • Scott Tringali
    Scott Tringali
    2004-11-06

    Logged In: YES
    user_id=11321

    NEdit searches for, and uses the deepest color visual it
    finds. This was mostly for older systems that weird setups
    like a 16-bit card, bit the 8-bit visual is the default.
    The result is that nedit could run out of colors quite
    easily when run in conjunction with a color-eating program
    like a web broswer or other picture renderer.

    A quick workaround may be to limit the max depth to 24 bits
    (or even 16), since there clearly is something wrong with
    the 32-bit visual. I don't know if Motif is compatabile
    with 32 bit visuals, or if we have introduced some error.

    Going to bump the priority on this one, as it's likely to be
    a problem as 6.8 gains more acceptance. (Right now it's
    bleeding-edge software and no distro's I know of support it
    natively.)

     
  • Thorsten Haude
    Thorsten Haude
    2005-01-05

    Logged In: YES
    user_id=119143

    Pushing up priority. This will become a problem.

     
  • Thorsten Haude
    Thorsten Haude
    2005-01-05

    • priority: 3 --> 7
     
  • Eddy De Greef
    Eddy De Greef
    2005-02-11

    Logged In: YES
    user_id=73597

    The problem is probably related to this:
    http://www.x.org/X11R6.8/doc/RELNOTES5.html#41

    Can you try setting XLIB_SKIP_ARGB_VISUALS and check whether
    this solves the problem?

    using bash:
    XLIB_SKIP_ARGB_VISUALS=1 nedit

    using (t)csh:
    setenv XLIB_SKIP_ARGB_VISUALS 1
    nedit

     
  • Andrew Hood
    Andrew Hood
    2005-02-11

    Logged In: YES
    user_id=36856

    http://www.x.org/X11R6.8/doc/RELNOTES5.html#41 refers to
    applications not composite aware ignoring these visuals. Can
    we recognise them in the search for the "best" visual and
    ignore them?

    Does xdpyinfo suggest any clues as to what we should check?

     
  • Scott Tringali
    Scott Tringali
    2005-02-11

    Logged In: YES
    user_id=11321

    I think so - sounds like an easy fix, once someone gets
    their hands on an 6.8 server. If nothing else, we may be
    able to setenv XLIB_SKIP_ARGB_VISUALS, though that's pretty
    hacky.

     
  • Scott Rubin
    Scott Rubin
    2005-02-11

    Logged In: YES
    user_id=676936

    I have tested on my system with Xorg version 6.8.1.904,
    Linux 2.6.10-gentoo-r1, Nedit 5.5 and Motif 2.1.30.

    nedit -xrm '*visualID: default'

    and

    XLIB_SKIP_ARGB_VISUALS=1 nedit

    both solve the problem. So, it is obviously something in
    the code that has a common factor in both these things.
    Again, it only happens if the composite extension is on.

     
  • Scott Tringali
    Scott Tringali
    2005-02-11

    Logged In: YES
    user_id=11321

    Can you please attach the output from "xdpyinfo"?

     
  • Scott Rubin
    Scott Rubin
    2005-02-11

    Logged In: YES
    user_id=676936

    Here is the output from xdpyinfo, but I warn you, its rather
    long. I also thought I might mention I have nvidia drivers
    verison 6629-r3. With all the things turned on in xorg.conf
    like RenderAccel, TwinView, AllowGLXWithComposite, NvAGP, etc.

    name of display: :0.0
    version number: 11.0
    vendor string: Gentoo Linux (The X.Org Foundation
    6.8.1.904, revision r0-0.1.1)
    vendor release number: 60801904
    X.Org version: 6.8.1.904
    maximum request size: 16777212 bytes
    motion buffer size: 256
    bitmap unit, bit order, padding: 32, LSBFirst, 32
    image byte order: LSBFirst
    number of supported pixmap formats: 7
    supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
    keycode range: minimum 8, maximum 255
    focus: window 0x600005, revert to Parent
    number of extensions: 33
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    Extended-Visual-Information
    LBX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    NV-CONTROL
    NV-GLX
    RANDR
    RECORD
    RENDER
    SECURITY
    SHAPE
    SYNC
    TOG-CUP
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFIXES
    XFree86-Bigfont
    XFree86-DGA
    XFree86-Misc
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
    XVideo-MotionCompensation
    default screen number: 0
    number of screens: 1

    screen #0:
    print screen: no
    dimensions: 2304x1024 pixels (542x241 millimeters)
    resolution: 108x108 dots per inch
    depths (7): 24, 1, 4, 8, 15, 16, 32
    root window id: 0xb5
    depth of root window: 24 planes
    number of colormaps: minimum 1, maximum 1
    default colormap: 0x20
    default number of colormap cells: 256
    preallocated pixels: black 0, white 16777215
    options: backing-store NO, save-unders NO
    largest cursor: 64x64
    current input event mask: 0xda803f
    KeyPressMask KeyReleaseMask
    ButtonPressMask
    ButtonReleaseMask EnterWindowMask
    LeaveWindowMask
    ExposureMask StructureNotifyMask
    SubstructureNotifyMask
    SubstructureRedirectMask PropertyChangeMask
    ColormapChangeMask
    number of visuals: 41
    default visual id: 0x21
    visual:
    visual id: 0x21
    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
    visual:
    visual id: 0x22
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x23
    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
    visual:
    visual id: 0x24
    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
    visual:
    visual id: 0x25
    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
    visual:
    visual id: 0x26
    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
    visual:
    visual id: 0x27
    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
    visual:
    visual id: 0x28
    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
    visual:
    visual id: 0x29
    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
    visual:
    visual id: 0x2a
    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
    visual:
    visual id: 0x2b
    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
    visual:
    visual id: 0x2c
    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
    visual:
    visual id: 0x2d
    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
    visual:
    visual id: 0x2e
    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
    visual:
    visual id: 0x2f
    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
    visual:
    visual id: 0x30
    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
    visual:
    visual id: 0x31
    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
    visual:
    visual id: 0x32
    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
    visual:
    visual id: 0x33
    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
    visual:
    visual id: 0x34
    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
    visual:
    visual id: 0x35
    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
    visual:
    visual id: 0x36
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x37
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x38
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x39
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x3a
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x3b
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x3c
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x3d
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x3e
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x3f
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x40
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x41
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x42
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x43
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x44
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x45
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x46
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x47
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0x48
    class: DirectColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits
    visual:
    visual id: 0xb3
    class: TrueColor
    depth: 32 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits

     
  • Eddy De Greef
    Eddy De Greef
    2005-02-11

    Logged In: YES
    user_id=73597

    I checked the Xorg source code: when the environment
    variable is set, it hides all visuals with depth 32 from the
    client (visuals with an alpha channel).
    In NEdit, all we have to do, is to skip 32-bit visuals
    during our search for the best visual. I can probably test
    it soon.
    I only wonder whether that may have any unwanted effects on
    other platforms, but I doubt that there are many X-servers
    with 32-bit visuals out there.

     
  • Scott Tringali
    Scott Tringali
    2005-02-11

    Logged In: YES
    user_id=11321

    From that dump, I don't see how we can avoid that visual -
    there's nothing that shows that it's anything special.
    Probably, if we consider 24 bit as our max depth we're
    willing to use, that would work.

    I hope we can find a direct flag that will show it's an RGBA
    visual, though. Looking at XVisualInfo, I don't see
    anything obvious either, but maybe there's something that
    can be gleaned from it.

     
  • Eddy De Greef
    Eddy De Greef
    2005-02-12

    Fix for Xorg ARGB visual problems

     
    Attachments
  • Eddy De Greef
    Eddy De Greef
    2005-02-12

    Logged In: YES
    user_id=73597

    In the Xorg source code, they filter those alpha-channel
    visuals only by looking at the depth: if it's 32 and the
    environment variable is set, the client doesn't get to see it.
    In the mean time, I've installed Xorg 6.8.1 and I've been
    able to reproduce the problem. I then added a simple 32-bit
    visual check in util/misc.c, only for Xorg servers, and the
    problems went away. I think that's the best we can do for now.
    I've attached the patch. Shall I commit it?

     
  • Scott Tringali
    Scott Tringali
    2005-02-12

    Logged In: YES
    user_id=11321

    Definitely - may even consider a point release for this.

     
  • Eddy De Greef
    Eddy De Greef
    2005-02-12

    Logged In: YES
    user_id=73597

    Ok, it's in CVS.

     
  • Eddy De Greef
    Eddy De Greef
    2005-02-12

    • assigned_to: nobody --> edg
    • status: open --> closed-fixed
     
  • Logged In: NO

    I think it's a Motif problem. XMathematica uses Motif as well, and displays the
    same bug.

    I'm using gentoo with X.org 6.8.2, openmotif 2.2.3-r3, Mathematica 5.1.0.0, and
    Nedit 5.5

     
  • Logged In: NO

    The attached patch should really make it into the official releases - anyone with a modern distribution will stumble upon this...