Starting pan gives this error: The program 'pan' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadGlyphSet (invalid GlyphSet parameter)'. (Details: serial 2041 error_code 182 request_code 154 minor_code 23) (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.run pan 2. 3. Actual Results: The program 'pan' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadGlyphSet (invalid GlyphSet parameter)'. (Details: serial 2041 error_code 182 request_code 154 minor_code 23) (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.) Expected Results: Pan should have started Portage 2.0.53_rc7 (default-linux/ppc64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14 ppc64) ================================================================= System uname: 2.6.14 ppc64 PPC970FX, altivec supported Gentoo Base System version 1.12.0_pre10 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="ppc64 ~ppc64" AUTOCLEAN="yes" CBUILD="powerpc64-unknown-linux-gnu" CFLAGS="-O2 -mtune=G5 -mcpu=G5 -mabi=altivec -fomit-frame-pointer -maltivec -pipe" CHOST="powerpc64-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mtune=G5 -mcpu=G5 -mabi=altivec -fomit-frame-pointer -maltivec -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://mirror.datapipe.com/gentoo http://gentoo.mirrors.pair.com/ ftp://gentoo.ccccom.com http://mirror.datapipe.com/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://open-systems.ufl.edu/mirrors/gentoo http://gentoo.ccccom.com ftp://ftp.ndlug.nd.edu/pub/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X audiofile berkdb bitmap-fonts bzip2 cdr cups emboss esd exif expat fam fortran gdbm gif glut gpm gtk gtk+ idn imagemagick imlib jpeg kde lcms mng motif ncurses nls opengl pam pcre perl png ppc64 python qt readline sdl ssl tcpd tiff truetype truetype-fonts type1-fonts udev unicode xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
added ppc64 herds. interesting. Although this bug resembles Bug #98958, ppc64's 64-bit binary has caused the problem. However, pan started in my environment... I want to reproduce this problem in my environment. So, please tell me some information. * Which window manager are you using ? * When it starts on twm, do you have this problem ? * Have you set the LANG variable etc in .xinitrc etc ? If yes, please tell me content. thanks.
I have reproduced this problem in the following environments. * dev-libs/glib-2.8.4 * x11-libs/gtk+-2.8.7 * x11-base/xorg-x11-6.8.99.15-r4 * using KDE This problem was not reproduced when not KDE but windowmaker was used. In addition, in the environment where gtk+-2.6.10-r1 is installed, this problem was not reproduced on KDE.
backtrace of when a problem occurs # gdb pan GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc64-unknown-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) r Starting program: /usr/bin/pan [Thread debugging using libthread_db enabled] [New Thread 549755985312 (LWP 20823)] [New Thread 549786747520 (LWP 20967)] [New Thread 549795136128 (LWP 20968)] [New Thread 549803524736 (LWP 20969)] [New Thread 549811913344 (LWP 20970)] [New Thread 549820301952 (LWP 20971)] [New Thread 549828690560 (LWP 20972)] Gdk-ERROR **: The program 'pan' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadGlyphSet (invalid GlyphSet parameter)'. (Details: serial 2912 error_code 167 request_code 152 minor_code 23) (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.) aborting... Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 549755985312 (LWP 20823)] 0x0000008000d287bc in raise (sig=5) at pt-raise.c:45 45 pt-raise.c: No such file or directory. in pt-raise.c (gdb) bt #0 0x0000008000d287bc in raise (sig=5) at pt-raise.c:45 #1 0x0000008000a5aad0 in IA__g_logv (log_domain=0x80006f1350 "Gdk", log_level=G_LOG_LEVEL_ERROR, format=0x80006f16b0 "%s", args1=0x1ffffed1f38 "") at gmessages.c:493 #2 0x0000008000a5abf0 in IA__g_log (log_domain=0x80006f1350 "Gdk", log_level=G_LOG_LEVEL_ERROR, format=0x80006f16b0 "%s") at gmessages.c:517 #3 0x00000080006ac5c4 in gdk_x_error (display=0x101cc9e0, error=0x1ffffed2040) at gdkmain-x11.c:626 #4 0x0000008001045c64 in _XError (dpy=0x101cc9e0, rep=0x1ffffed21b0) at XlibInt.c:2877 #5 0x0000008001040610 in _XEventsQueued (dpy=0x101cc9e0, mode=2) at XlibInt.c:871 #6 0x0000008001026350 in XPending (dpy=0x101cc9e0) at Pending.c:54 #7 0x0000008000693fc4 in gdk_check_xpending (display=0x101d5520) at gdkevents-x11.c:148 #8 0x000000800069973c in gdk_event_prepare (source=0x101db3e0, timeout=0x1ffffed2cd8) at gdkevents-x11.c:2248 #9 0x0000008000a4cb74 in IA__g_main_context_prepare (context=0x101db460, priority=0x1ffffed2db0) at gmain.c:2252 #10 0x0000008000a4dde0 in g_main_context_iterate (context=0x101db460, block=1, dispatch=1, self=0x101b60a0) at gmain.c:2545 #11 0x0000008000a4ead0 in IA__g_main_loop_run (loop=0x124a5190) at gmain.c:2769 #12 0x00000080002f731c in IA__gtk_main () at gtkmain.c:985 #13 0x000000001004d4a8 in main (argc=1, argv=0x1ffffed3518) at pan.c:340 (gdb) q The program is running. Exit anyway? (y or n) y
Any progress in solving this problem? For me it's the nastiest problem in my x+gtk+gnome environment. Many programs would cause that error, including evolution-2.4, sylpheed-2, epiphany, firefox-bin(32bit), thunderbird(32bit) on my system. But qt programs seem fine without that problem.
Created attachment 80079 [details, diff] patch for xorg-x11-6.8.2 I think that this problem was solvable on xorg-x11 which applied this patch. However, I have still done only the easy test... Note taken from http://www.mail-archive.com/devel@xfree86.org/msg07373.html
Howto use this patch 1. download Attachment 80079 [details, diff] 2. cd /usr/portage/x11-base/xorg-x11 3. ebuild xorg-x11-6.8.2-r6.ebuild unpack 4. cd /var/tmp/portage/xorg-x11-6.8.2-r6/work 5. patch -p0 < /path/downloaded_patch_name 6. cd /usr/portage/x11-base/xorg-x11 7. ebuild xorg-x11-6.8.2-r6.ebuild merge 8. ebuild xorg-x11-6.8.2-r6.ebuild clean
Thank you. I tried this fix manually on xorg-server-1.0.1-r4, but unfortunatelly it didn't work. The bug remains as before. Dehua
Created attachment 85747 [details, diff] patch for xorg-server-1.0.2-r3.ebuild
Created attachment 85748 [details, diff] workaround patch for render.c A file name is xorg-server-1.0.2-ppc64.patch .
Yang, Thanks for your report. I tried Modular X recently. I reproduced the same problem, when pan, sylpheed, and kazehakase were run on xorg-server-1.0.2 and KDE-3.4.3. I attached the patch for xorg-server. The program of gtk+ can be run although I think that this patch is a code which is not good. Would you try these patches? Thanks in advance.
Yuta, Thank you very much. I tried the patch for xorg-server-1.0.99.902 manually, and it worked!!! Now yelp, epiphany, mozilla-firefox-bin-1.0.7(32bit), and thunderbird(32bit) run flawlessly in my ppc64 with gnome-2.14. You realy did a good job, thank you for all your efforts made to improve gentoo ppc64 linux. I also think that your multilib libraries for running 32-bit ppc programs could be release as of a beta, in fact I have being using them for almost half of a year, running oper-8.51 browser. I realy want to use firfox-1.5 under ppc64 with multilib, but don't know how: Could you kindly tell me how to compile and emerge firefox-1.5 in ppc64? Thank you again. Dehua
*** Bug 98958 has been marked as a duplicate of this bug. ***
net-news: not a error on your side. -> reassigning to x11@g.o x11: would you mind applying this patch (on ppc64 only)? This would help a lot of applications not to crash. I don't know if this is a hack or a fix, so I'm not sure if this should be reported upstream.
Michel D
Michel Dänzer pointed out that 'typedef unsigned long GlyphSet' isn't the same size on 32/64 bit architectures, so either the Render protocol or server code isn't 32/64 clean. Please file an upstream bug at bugs.freedesktop.org in the xorg product, and post the URL here. Once a fix is committed upstream, please reopen the bug. Thanks!