[ nedit-Bugs-1030467 ] Enabling Composite Extension in Xorg 6.8
breaks Nedit
SourceForge.net
noreply at sourceforge.net
Sun Aug 7 01:33:40 CEST 2005
Bugs item #1030467, was opened at 2004-09-18 14:31
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1030467&group_id=11005
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Program
Group: release
Status: Closed
Resolution: Fixed
Priority: 7
Submitted By: Scott Rubin (apreche)
Assigned to: Eddy De Greef (edg)
Summary: Enabling Composite Extension in Xorg 6.8 breaks Nedit
Initial Comment:
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.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2005-08-06 16:33
Message:
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
----------------------------------------------------------------------
Comment By: Eddy De Greef (edg)
Date: 2005-02-12 04:05
Message:
Logged In: YES
user_id=73597
Ok, it's in CVS.
----------------------------------------------------------------------
Comment By: Scott Tringali (tringali)
Date: 2005-02-11 17:13
Message:
Logged In: YES
user_id=11321
Definitely - may even consider a point release for this.
----------------------------------------------------------------------
Comment By: Eddy De Greef (edg)
Date: 2005-02-11 16:38
Message:
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?
----------------------------------------------------------------------
Comment By: Scott Tringali (tringali)
Date: 2005-02-11 15:04
Message:
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.
----------------------------------------------------------------------
Comment By: Eddy De Greef (edg)
Date: 2005-02-11 14:55
Message:
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.
----------------------------------------------------------------------
Comment By: Scott Rubin (apreche)
Date: 2005-02-11 14:53
Message:
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
----------------------------------------------------------------------
Comment By: Scott Tringali (tringali)
Date: 2005-02-11 14:48
Message:
Logged In: YES
user_id=11321
Can you please attach the output from "xdpyinfo"?
----------------------------------------------------------------------
Comment By: Scott Rubin (apreche)
Date: 2005-02-11 14:26
Message:
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.
----------------------------------------------------------------------
Comment By: Scott Tringali (tringali)
Date: 2005-02-11 13:27
Message:
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.
----------------------------------------------------------------------
Comment By: Andrew Hood (ajhood)
Date: 2005-02-11 13:24
Message:
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?
----------------------------------------------------------------------
Comment By: Eddy De Greef (edg)
Date: 2005-02-11 03:45
Message:
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
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2005-01-05 07:33
Message:
Logged In: YES
user_id=119143
Pushing up priority. This will become a problem.
----------------------------------------------------------------------
Comment By: Scott Tringali (tringali)
Date: 2004-11-06 06:24
Message:
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.)
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2004-11-06 04:35
Message:
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.
----------------------------------------------------------------------
Comment By: Peter Kovar (peak)
Date: 2004-09-28 15:38
Message:
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
----------------------------------------------------------------------
Comment By: Peter Kovar (peak)
Date: 2004-09-28 15:15
Message:
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.
----------------------------------------------------------------------
Comment By: Scott Tringali (tringali)
Date: 2004-09-20 07:30
Message:
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'
----------------------------------------------------------------------
Comment By: Peter Kovar (peak)
Date: 2004-09-19 02:15
Message:
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.
----------------------------------------------------------------------
Comment By: Thorsten Haude (yooden)
Date: 2004-09-19 01:56
Message:
Logged In: YES
user_id=119143
Is the effect screenshotable?
Is VNC involved?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1030467&group_id=11005
More information about the Develop
mailing list