Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 100767 - xorgcfg fails with "BadDrawable"
Summary: xorgcfg fails with "BadDrawable"
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo X packagers
URL: https://bugs.freedesktop.org/show_bug...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-29 17:00 UTC by Georgi Georgiev
Modified: 2005-08-01 12:03 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Georgi Georgiev 2005-07-29 17:00:44 UTC
$ xorgcfg 
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  53 (X_CreatePixmap)
  Resource id in failed request:  0x0
  Serial number of failed request:  500
  Current serial number in output stream:  504

Steps to reproduce: line 1
Actual results: lines 2-6
Expected results: a gui

This happens when running xorgcfg from an already running X, though the same
error occurs from the console. I was only able to reproduce this on amd64, and I
am marking it as such.

I've been playing with the source of xorgcfg and the problems seems to be around
here:

XtRealizeWidget(toplevel);

The widget is realized. However, toplevel->core.window == 0, which causes the
subsequent

  pixmap = XCreateBitmapFromData(XtDisplay(toplevel), XtWindow(toplevel),
no_cursor_data, 8, 8);

to fail, because XtWindow(toplevel) == 0

I am guessing that this is not the only problem, as I see the following with gdb:

toplevel->core.screen->width  = 0
toplevel->core.screen->height = 1600
toplevel->core.screen->mwidth = 1200
toplevel->core.screen->mheight = 383 

I am guessing that this is wrong, since 1600x1200 is in fact the size of my desktop.

toplevel->core.depth = 41943222
toplevel->core.background_pixel = 24
toplevel->core.background_pixmap = 16777215

Again, my guess is that 24 is more likely to be the value for "depth", but it's
assigned to the variable that follows it. I really hate the looks of this, and I
hope that I am not the only one who sees these things. I also tried to run
xorgcfg inside a vncserver, but I against got the same error message, instead of
the expected:

$ xorgcfg
Xlib:  extension "XFree86-VidModeExtension" missing on display ":1.0".
Unable to query video extension version
Unable to initialize XKEYBOARD extension

The problem was reproduced with xorg-x11 versions 6.8.2 and 6.8.99.15.

My emerge info:

Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.5-r1,
2.6.12.3-y2 x86_64)
=================================================================
System uname: 2.6.12.3-y2 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.13
dev-lang/python:     2.4-r3
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /opt/vmware/lib/modules/binary /usr/kde/2/share/config
/usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown
/usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=k8 -pipe"
DISTDIR="/usr/portage-distfiles"
FEATURES="autoconfig collision-protect noinfo sandbox sfperms strict userpriv
usersandbox"
GENTOO_MIRRORS="ftp://ftp.gg3.net/pub/linux/gentoo"
LANG="en_US.utf8"
LINGUAS="en"
MAKEOPTS="-j1"
PKGDIR="/usr/portage-lion/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage-maildir /usr/portage-chutz /usr/portage-amd64"
SYNC="rsync://rsync.gg3.net/gentoo-portage"
USE="amd64 X Xaw3d aac aalib acl acpi aio alsa avi berkdb bitmap-fonts bonobo
bzip2 canna cdr cjk crypt cscope cups curl dga dmx dts dv dvd dvdr dvdread eds
encode fam fbcon flac foomaticdb gdbm gif gimpprint gnutls gpm gstreamer gtk
gtk2 gtkhtml guile ieee1394 imagemagick imap imlib ipv6 ipv6arpa java javascript
joystick jpeg junit latex lcms ldap libcaca libg++ libwww live lzo lzw lzw-tiff
maildir mailwrapper matroska mikmod mng moznoirc moznomail mp3 mpeg mule mysql
ncurses net network nls nntp nptl nptlonly offensive ogg oggvorbis opengl pam
pdflib perl plotutils png ppds python qt quicktime readline real samba scanner
sdl silc slang sndfile speex spell ssl sysfs system-iiimf tcpd tetex tiff
truetype truetype-fonts type1-fonts unicode usb userlocales utf8 vim-with-x
vorbis wmf wxwindows xgetdefault xine xml xml2 xpm xv xvid zlib
video_cards_matrox linguas_en userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS
Comment 1 Joshua Baergen (RETIRED) gentoo-dev 2005-07-30 07:52:49 UTC
Noting your kernel, does it fail in the same way with 2.6.12 or some other
stable kernel?
Comment 2 Donnie Berkholz (RETIRED) gentoo-dev 2005-07-30 10:14:12 UTC
This is pretty clearly looking like an upstream bug, so let's send it there.
Georgi, please file at bugs.freedesktop.org and post the URL here.
Comment 3 Georgi Georgiev 2005-07-30 11:23:04 UTC
(In reply to comment #1)
> Noting your kernel, does it fail in the same way with 2.6.12 or some other
> stable kernel?

Could you clarify what it is that you noted about my kernel? 2.6.12.3 is the
latest *stable* kernel according to kernel.org and that's exactly what I'm
using. I still have the older 2.6.{7,10,11.x} in /boot so I guess I could give
them a try.

(In reply to comment #2)
> This is pretty clearly looking like an upstream bug, so let's send it there.
> Georgi, please file at bugs.freedesktop.org and post the URL here.

I really, really hope that it is not a mistake on my end, or I'd end up looking
real stupid. :) Will do, and will report here again. First to reboot a few times
though.
Comment 4 Georgi Georgiev 2005-07-30 12:22:41 UTC
As expected, the kernel didn't affect anything. Tried 2.6.7 only.

https://bugs.freedesktop.org/show_bug.cgi?id=3925 is the upstream bugreport.

Closing as upstream (following a previous example).
Comment 5 Joshua Baergen (RETIRED) gentoo-dev 2005-08-01 12:03:15 UTC
(In reply to comment #3)
> (In reply to comment #1)
> > Noting your kernel, does it fail in the same way with 2.6.12 or some other
> > stable kernel?
> 
> Could you clarify what it is that you noted about my kernel? 2.6.12.3 is the
> latest *stable* kernel according to kernel.org and that's exactly what I'm
> using. I still have the older 2.6.{7,10,11.x} in /boot so I guess I could give
> them a try.

My apologies, I actually read that as a non-stable version (the -y2 threw me
off).  You are correct, that is a stable version.