After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 547429 - crash in Terminal:
crash in Terminal:
Status: RESOLVED NOTGNOME
Product: gnome-terminal
Classification: Core
Component: general
2.18.x
Other All
: High critical
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
: 547507 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-08-12 13:33 UTC by rejohn78
Modified: 2008-08-14 19:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description rejohn78 2008-08-12 13:33:48 UTC
Version: 2.18.4

What were you doing when the application crashed?



Distribution: Fedora release 8 (Werewolf)
Gnome Release: 2.20.3 2008-01-08 (Red Hat, Inc)
BugBuddy Version: 2.20.1

System: Linux 2.6.25.11-60.fc8 #1 SMP Mon Jul 21 02:06:29 EDT 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: ClearlooksClassic
Icon Theme: Clearlooks

Memory status: size: 76984320 vsize: 76984320 resident: 19406848 share: 12181504 rss: 19406848 rss_rlim: 4294967295
CPU usage: start_time: 1218548020 rtime: 10 utime: 8 stime: 2 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 1075369280 (LWP 5562)]
[New Thread 1123244944 (LWP 5569)]
0x40000416 in __kernel_vsyscall ()

Thread 1 (Thread 1075369280 (LWP 5562))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/libpthread.so.0
  • #2 g_spawn_sync
    from /lib/libglib-2.0.so.0
  • #3 g_spawn_command_line_sync
    from /lib/libglib-2.0.so.0
  • #4 g_cclosure_marshal_VOID__OBJECT
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #5 g_cclosure_marshal_VOID__OBJECT
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #6 google_breakpad::ExceptionHandler::InternalWriteMinidump
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #7 google_breakpad::ExceptionHandler::HandleException
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #8 <signal handler called>
  • #9 __kernel_vsyscall
  • #10 raise
    from /lib/libc.so.6
  • #11 abort
    from /lib/libc.so.6
  • #12 g_logv
    from /lib/libglib-2.0.so.0
  • #13 g_log
    from /lib/libglib-2.0.so.0
  • #14 ??
    from /usr/lib/libgdk-x11-2.0.so.0
  • #15 ??
    from /usr/lib/libgdk-x11-2.0.so.0
  • #16 ??
  • #17 ??
    from /usr/lib/libgdk-x11-2.0.so.0
  • #18 ??
  • #19 ??
  • #20 ??
  • #21 ??
  • #0 __kernel_vsyscall


----------- .xsession-errors ---------------------
   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...
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 1188 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...
--------------------------------------------------
Comment 1 Christian Persch 2008-08-12 13:41:49 UTC
Thanks for taking the time to report this bug.
Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so and reopen this bug or report a new one. Thanks in advance!
Comment 2 Marise 2008-08-12 17:55:33 UTC
I installed the debug info packages and am pasting the new output below:

Also, a bit of troubleshooting info, when I run gnome-terminal as root it doesn't crash.  

-Marise

Distribution: Fedora release 8 (Werewolf)
Gnome Release: 2.20.3 2008-01-08 (Red Hat, Inc)
BugBuddy Version: 2.20.1

System: Linux 2.6.25.11-60.fc8 #1 SMP Mon Jul 21 02:06:29 EDT 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: ClearlooksClassic
Icon Theme: Clearlooks

Memory status: size: 77172736 vsize: 77172736 resident: 19415040 share: 12185600 rss: 19415040 rss_rlim: 4294967295
CPU usage: start_time: 1218563378 rtime: 10 utime: 7 stime: 3 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 1075369280 (LWP 6998)]
[New Thread 1123294096 (LWP 7005)]
0x40000416 in __kernel_vsyscall ()

Thread 1 (Thread 1075369280 (LWP 6998))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/libpthread.so.0
  • #2 IA__g_spawn_sync
    at gspawn.c line 369
  • #3 IA__g_spawn_command_line_sync
    at gspawn.c line 677
  • #4 g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 614
  • #5 g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 614
  • #6 google_breakpad::ExceptionHandler::InternalWriteMinidump
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #7 google_breakpad::ExceptionHandler::HandleException
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #8 <signal handler called>
  • #9 __kernel_vsyscall
  • #10 raise
    from /lib/libc.so.6
  • #11 abort
    from /lib/libc.so.6
  • #12 IA__g_logv
    at gmessages.c line 497
  • #13 IA__g_log
    at gmessages.c line 517
  • #14 gdk_x_error
    at gdkmain-x11.c line 641
  • #15 ??
    from /usr/lib/libbonoboui-2.so.0
  • #16 _XError
    from /scisoft/lib/libX11.so.6
  • #17 _XEventsQueued
    from /scisoft/lib/libX11.so.6
  • #18 XPending
    from /scisoft/lib/libX11.so.6
  • #19 gdk_check_xpending
    at gdkevents-x11.c line 150
  • #20 gdk_event_check
    at gdkevents-x11.c line 2325
  • #21 IA__g_main_context_check
    at gmain.c line 2569
  • #22 g_main_context_iterate
    at gmain.c line 2691
  • #23 IA__g_main_loop_run
    at gmain.c line 2898
  • #24 IA__gtk_main
    at gtkmain.c line 1163
  • #25 main
    at terminal.c line 1773
  • #26 __libc_start_main
    from /lib/libc.so.6
  • #27 _start
  • #0 __kernel_vsyscall


----------- .xsession-errors ---------------------
   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...
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 1188 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...
--------------------------------------------------

Comment 3 Christian Persch 2008-08-12 18:23:15 UTC
Can you run gnome-terminal with the --sync option (make sure there's no terminal process already running) and break on "gdk_x_error" in gdb to get a better trace?
Comment 4 Marise 2008-08-12 20:31:37 UTC
I'm not sure how I'm supposed to execute gnome-terminal with the --sync option unless I do it from the command line which precludes my being able to make sure there's no terminal process already running.  Also, I'm not sure what you mean by break on "gdk_x_error" but assuming you mean to only show you the output from lines with gdk_x_error in them, here it is: 


  • #14 gdk_x_error
    at gdkmain-x11.c line 641

-Marise
Comment 5 Christian Persch 2008-08-12 20:42:05 UTC
You can use an xterm to start gnome-terminal:

gdb --args `which gnome-terminal` --sync
(gdb) b gdk_x_error
now answer the question in the affirmative
(gdb) run
....
then after reproducing the crash the breakpoint should be hit:
(gdb) where
Comment 6 Marise 2008-08-12 20:52:15 UTC
Here's the output per your instructions:

(gdb) run
Starting program: /usr/bin/gnome-terminal --sync
[Thread debugging using libthread_db enabled]
Breakpoint 2 at 0x2729246: file gdkmain-x11.c, line 614.
Pending breakpoint "gdk_x_error" resolved
[New Thread 1075369280 (LWP 8027)]
[Detaching after fork from child process 8033. (Try `set detach-on-fork off'.)]
[Detaching after fork from child process 8034.]
[New Thread 1123416976 (LWP 8036)]

Thread 1075369280 (LWP 8027)

  • #0 gdk_x_error
    at gdkmain-x11.c line 614
  • #1 ??
    from /usr/lib/libbonoboui-2.so.0
  • #2 _XError
    from /scisoft/lib/libX11.so.6
  • #3 _XReply
    from /scisoft/lib/libX11.so.6
  • #4 XSync
    from /scisoft/lib/libX11.so.6
  • #5 g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 614
  • #6 XPutImage
    from /scisoft/lib/libX11.so.6
  • #7 _draw_image_surface
    at cairo-xlib-surface.c line 778
  • #8 _cairo_xlib_surface_release_dest_image
    at cairo-xlib-surface.c line 844
  • #9 _cairo_surface_release_dest_image
    at cairo-surface.c line 982
  • #10 _fallback_fini
    at cairo-surface-fallback.c line 96
  • #11 _cairo_surface_fallback_composite
    at cairo-surface-fallback.c line 1032
  • #12 _cairo_surface_composite
    at cairo-surface.c line 1113
  • #13 _clip_and_composite_trapezoids
    at cairo-surface-fallback.c line 444
  • #14 _cairo_surface_fallback_fill
    at cairo-surface-fallback.c line 828
  • #15 _cairo_surface_fill
    at cairo-surface.c line 1409
  • #16 _cairo_gstate_fill
    at cairo-gstate.c line 974
  • #17 cairo_fill_preserve
    at cairo.c line 1902
  • #18 cairo_fill
    at cairo.c line 1880
  • #19 g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 614
  • #20 g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 614
  • #21 g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 614
  • #22 IA__gtk_paint_box
    at gtkstyle.c line 5881
  • #23 gtk_menu_bar_paint
    at gtkmenubar.c line 518
  • #24 gtk_menu_bar_expose
    at gtkmenubar.c line 538
  • #25 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 84
  • #26 g_type_class_meta_marshal
    at gclosure.c line 567
  • #27 IA__g_closure_invoke
    at gclosure.c line 490
  • #28 signal_emit_unlocked_R
    at gsignal.c line 2478
  • #29 IA__g_signal_emit_valist
    at gsignal.c line 2209
  • #30 IA__g_signal_emit
    at gsignal.c line 2243
  • #31 gtk_widget_event_internal
    at gtkwidget.c line 4678
  • #32 IA__gtk_widget_send_expose
    at gtkwidget.c line 4510
  • #33 IA__gtk_main_do_event
    at gtkmain.c line 1514
  • #34 gdk_window_process_updates_internal
    at gdkwindow.c line 2378
  • #35 IA__gdk_window_process_all_updates
    at gdkwindow.c line 2444
  • #36 gtk_container_idle_sizer
    at gtkcontainer.c line 1307
  • #37 gdk_threads_dispatch
    at gdk.c line 470
  • #38 g_idle_dispatch
    at gmain.c line 4132
  • #39 IA__g_main_context_dispatch
    at gmain.c line 2061
  • #40 g_main_context_iterate
    at gmain.c line 2694
  • #41 IA__g_main_loop_run
    at gmain.c line 2898
  • #42 IA__gtk_main
    at gtkmain.c line 1163
  • #43 main
    at terminal.c line 1773
  • #44 __libc_start_main
    from /lib/libc.so.6
  • #45 _start

Comment 7 Christian Persch 2008-08-12 20:58:38 UTC
Thanks!

It does look like the crash occurs in the libcairo library, https://bugs.freedesktop.org/show_bug.cgi?id=4618 which is a duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=10250 which is fixed since cairo version 1.4.2 [https://bugs.freedesktop.org/show_bug.cgi?id=10250#c13]. You will need to upgrade to this or a later version.
Comment 8 Marise 2008-08-12 22:09:00 UTC
I just updated to cairo 1.6.4 and the crash is still occurring.
Comment 9 Christian Persch 2008-08-13 12:19:37 UTC
I've added a notice of that to the upstream bug at https://bugs.freedesktop.org/show_bug.cgi?id=10250 .
Comment 10 Christian Persch 2008-08-14 19:33:42 UTC
*** Bug 547507 has been marked as a duplicate of this bug. ***