GNOME Bugzilla – Bug 419118
crash in Terminal: Started gnome-terminal
Last modified: 2007-05-01 18:36:57 UTC
Version: 2.18.0 What were you doing when the application crashed? Started gnome-terminal Distribution: Gentoo Base System version 1.13.0_alpha12 Gnome Release: 2.18.0 2007-03-16 (Gentoo) BugBuddy Version: 2.18.0 System: Linux 2.6.19-gentoo-r4 #4 PREEMPT Sat Feb 17 13:32:46 EST 2007 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10299901 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Tango Memory status: size: 137596928 vsize: 137596928 resident: 20152320 share: 13348864 rss: 20152320 rss_rlim: 18446744073709551615 CPU usage: start_time: 1174079378 rtime: 44 utime: 39 stime: 5 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gnome-terminal' Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 47312761430832 (LWP 19451)] [New Thread 1082140992 (LWP 19457)] 0x00002b07d99bbacf in __libc_waitpid (pid=19458, stat_loc=0x7fffd5022f1c, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:41 in ../sysdeps/unix/sysv/linux/waitpid.c
+ Trace 119239
Thread 1 (Thread 47312761430832 (LWP 19451))
----------- .xsession-errors --------------------- Bonobo-Activation-Message: Registration environment for 'DISPLAY' = ':0.0' Bonobo-Activation-Message: registration of 'OAFIID:GNOME_Terminal_Factory' returns (success) Bonobo-Activation-Message: Successfully registered `OAFIID:GNOME_Terminal_Factory' Gdk-ERROR **: The program 'gnome-terminal' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 634 error_code 8 request_code 72 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.) aborting... 41 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory. --------------------------------------------------
This is with vte 0.16.0. I did not run into this with 2.17.92/0.15.6.
Thanks for reporting this. A couple of questions: 1. Are you running a compositor? Eg XGL and compiz/beryl? 2. Could you rerun g-t with --sync and report the stacktrace? BadMatch would imply that we're mixing drawables with incompatible visuals, but where and why?
(In reply to comment #2) > Thanks for reporting this. A couple of questions: > 1. Are you running a compositor? Eg XGL and compiz/beryl? I am running beryl 0.2.0 with the binary nvidia driver 1.0.9755, no Xgl or AIGLX > 2. Could you rerun g-t with --sync and report the stacktrace? Sure: Distribution: Gentoo Base System version 1.13.0_alpha12 Gnome Release: 2.18.0 2007-03-16 (Gentoo) BugBuddy Version: 2.18.0 System: Linux 2.6.19-gentoo-r4 #4 PREEMPT Sat Feb 17 13:32:46 EST 2007 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10299901 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Tango Memory status: size: 137707520 vsize: 137707520 resident: 20197376 share: 13279232 rss: 20197376 rss_rlim: 18446744073709551615 CPU usage: start_time: 1174081918 rtime: 31 utime: 24 stime: 7 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gnome-terminal' Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 47176310219568 (LWP 14721)] [New Thread 1082140992 (LWP 14945)] 0x00002ae8147b7acf in __libc_waitpid (pid=14947, stat_loc=0x7fff9a221c6c, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:41 in ../sysdeps/unix/sysv/linux/waitpid.c
+ Trace 119253
Thread 1 (Thread 47176310219568 (LWP 14721))
----------- .xsession-errors (2323 sec old) --------------------- 2b8f732f2000-2b8f73304000 r--p 00000000 fd:01 208009 /usr/share/fonts/TTF/luxisb.ttf 2b8f73304000-2b8f73364000 rw-s 00000000 00:07 10059819 /SYSV00000000 (deleted) 2b8f73364000-2b8f73375000 r--p 00000000 fd:01 208012 /usr/share/fonts/TTF/luxisbi.ttf 2b8f73375000-2b8f73386000 r--p 00000000 fd:01 207999 /usr/share/fonts/TTF/luxisri.ttf 7fff43d96000-7fff43dab000 rw-p 7fff43d96000 00:00 0 [stack] ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso] LoadPlugin: failed to initialize shared library /home/jdaluz/.mozilla/plugins/nprhapengine.so [/home/jdaluz/.mozilla/plugins/nprhapengine.so: failed to map segment from shared object: Operation not pe Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache Bonobo-Activation-Message: Reset cache --------------------------------------------------
Hmmm... BadMatch and gnome-terminal. That sounds quite similar to this bug report over here: https://bugs.freedesktop.org/show_bug.cgi?id=10250 -Carl
That fdo bug doesn't match my symptoms, I crash when starting g-t in any circumstances. However, the xcb references are interesting in that I had xcb enabled before, then due to multiple apps crashing because of the latest xcb being more strict about certain bugs in calling apps, I disabled xcb and rebuilt all packages affected by that (using Gentoo's revdep-rebuild script to find/rebuild affected packages). I rebuilt vte and gnome-terminal when I first ran into this.
Hmm, appears a short-term workaround can be acheived by export XLIB_SKIP_ARGB_VISUALS=1
(In reply to comment #6) > Hmm, appears a short-term workaround can be acheived by > export XLIB_SKIP_ARGB_VISUALS=1 > Yes, that works here. I'm not so much concerned with a workaround, though, as I can use xterm or urxvt until this is fixed. Is there something else I can do to help track down where the problem is?
Created attachment 84782 [details] [review] Fill the alpha mask for a 32bit visual. The bug is rather simple: Cairo is creating a 24bit XImage to draw onto a 32bit window. This is because no visual can specify the full 32bit colour masks and so Cairo assumes that only 24bit [at most] visuals exist. If you're feeling adventurous, you can try this hack.
(In reply to comment #8) > Created an attachment (id=84782) [edit] > Fill the alpha mask for a 32bit visual. > > The bug is rather simple: Cairo is creating a 24bit XImage to draw onto a 32bit > window. This is because no visual can specify the full 32bit colour masks and > so Cairo assumes that only 24bit [at most] visuals exist. It's true that the visual doesn't have the information needed, but the XRenderPictFormat does, and cairo does have that information. The bug is that cairo was trying to use the visual first instead of the format. This is fixed in cairo upstream, and the fix is in the cairo 1.4.2 release. -Carl PS. I'd close this as NOTGNOME or something, but it appears I don't have permission to do that. It's definitely not a gnome-terminal bug.
Thank you Carl, and thanks for solving it in time for 1.4.2.
*** Bug 420758 has been marked as a duplicate of this bug. ***
Hi everyone, I'm the one who reported 420758. I have rebuilt libcairo2-1.4.2 and now gnome-terminal works just fine. If someone needs/wants badly built debian AMD64 packages, just write to me. Thanks everyone!
*** Bug 434749 has been marked as a duplicate of this bug. ***