Since upgrading gkrellm it has died on three different occassions, each of which was while the machine was unattended (i.e. no user activity). The following messgae is generated: "The program 'gkrellm2' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 31262346 error_code 1 request_code 0 minor_code 0) (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.)" Reproducible: Always Steps to Reproduce: 1. Start gkrellm as user. 2. Wait. 3. Actual Results: gkrellm dies. Expected Results: Shouldn't die. [08:03:46][~]# emerge info Portage 2.0.50-r7 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.4-ck2) ================================================================= System uname: 2.6.4-ck2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.15 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=i686 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb cdr crypt cups emacs encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 imlib java jpeg libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png postgres python quicktime readline ruby sdl slang spell ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xv zlib"
oh you know what, that happened with xchat-2 recently -- it wasn't because of xchat-2 but because of some of the gnome libs upgrades. I suggest you to log out and back in (it got fixed after I did a reboot to upgrade new kernel here).
gkrellm-2.2.0 was installed here for two days. I rebooted several times over that perid. The last time it died was last night. I rebooted prior to leaving for the night and found it killed this morning. Note that this behavior did not happen with version 2.1.28-r1. It was stable. I took several gnome updates on 05/28 but did not upgrade gkrellm 'til the 06/01. I didn't see this behaviour with the older version during the interim. I reverted back to 2.1.28-r1 this morning and have not seen it die yet. Time will tell.
Version 2.2.1 misbehaves with the same error. As mentioned in my last message, I downgraded to 2.1.28-r1 and ran for 15 days with no error. 2.2.1 died on the first night after upgrading.
do you run any special plugins ?
Yes, several. That's a good thought. I can try stripping all plugins and reinstalling the base from scratch. I'll then need to install plugins one at a time (with burn-in time in between) to see if the problem returns. Since the problem is sporadic it may take a while to catch the offending plugin (if that is what it is). Is there a better way to troubleshoot this? Here is a list of my current plugins. All are enabled. Perhaps you'll recognize one of these as the culprit and save me the effort (?). GkrellAclock Sun Clock Moon Clock GKrellWeather GIMPS Volume Plugin GkrellMMS SETI@home
That didn't go as expected. Sometime during the evening gkrellm-2.2.1 died with the same error. "The program 'gkrellm2' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 29965406 error_code 1 request_code 0 minor_code 0) (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.)" I had completely uninstalled all plugins as well as the base, then re-emerged only gkrellm-2.2.1. No plugins were installed at the time. I see no references to the error in any of my logs.
try #revdep-rebuild maybe one of your libs is broken 2.2.2 is also out
Unlikely. Only openoffice and eclipse are listed. I'll rebuild them but I doubt they will affect gkrellm. Checking dynamic linking consistency... broken /opt/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/_tkinter.so (requires libtk8.3.so libtcl8.3.so) broken /opt/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/bsddb.so (requires libdb-3.1.so) broken /opt/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/mpz.so (requires libgmp.so.3) broken /opt/eclipse/plugins/org.eclipse.swt.gtk_2.1.0/os/linux/x86/libswt-gnome-gtk-2133.so (requires liblinc.so.1) broken /opt/eclipse/plugins/org.eclipse.swt.gtk_2.1.2/os/linux/x86/libswt-gnome-gtk-2135.so (requires liblinc.so.1) done. (/root/.revdep-rebuild.3_rebuild)
A revdep-rebuild had no effect. I also tried 2.2.2 and still had crashes. Looks like I'm stuck with 2.1.28-r1. FWIW, I noticed that someone is seeing the same behavior with icewm (bug 54081).
This is interesting. I had been running the gkrellm "invisible" theme. I ran a Google search last night on this error and came across a similar report (see http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg01607.html) that mentioned transparency so on a whim I changed my gkrellm theme to a non-transparent one and upgraded gkrellm to 2.2.2. The app has been running over 12 hours now with no crash.
Still runs fine. Evidently gkrellm versions above 2.2.0 don't work and play well with transparent themes. This is an application bug. Bummer, too... I rather liked the "invisible" theme.
can we close this one? 2.2.0 is no more in cvs - plz test the issue w/ the latest version
I still see this bug regularly. The original box I reported this error on has not had the problem (since switching to a non-invisible theme) but a second box gets it every day. This box is running gkrellm-2.2.4. I've tried many themes (currently using "Hifi") but no joy. Plugins running on this second box are GkrellAclock, GkrellWeather, Sun Clock, and Moon Clock. The emerge info is a follows. Note that this box is running only 'stable' packages. # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.9-ck3 i686) ================================================================= System uname: 2.6.9-ck3 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 1 2005, 13:36:33)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=i686 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts crypt cups curl eds emboss encode esd fam foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 jpeg libg++ libwww mad mikmod motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY Am I the only one having this issue?
#13 - lets see if it is a plugin or gkrellm - can deactivate the plugins and use the default theme ...
I stand corrected. Been running under the "HiFi" theme for 4 days now with no crash. I've not uninstalled any plugins yet so it doesn't appear to be plugin related. It must still be a problem with certain themes. Originally I suspected transparent (i.e. "invisible") themes. This wouldn't be true for WireFrame (which did crash). Either way it is definitely application related so I see no reason to leave this bug open. Should it be closed as "CANTFIX"?
seems to be the old problem with transparency and themes