Bug 133383 – segmentation fault when burning with graveman

• Product: Gentoo Linux
• Status: RESOLVED TEST-REQUEST

[Description Ludwig Schmidt 2006-05-15 07:22:00 UTC]

Every time I try to burn a .iso-file with graveman, the application runs into a segmentation fault. The error occurs directly after I have confirmed burning the CD. The dialog, which should be visible during burning, can be seen for a very short time. The error is completely reproducible.

I have already tried to run graveman as root, burn a different file and remerge gtk and graveman without success but I can burn the .iso with cdrecord (btw. it is the gentoo live-cd ;-)).


Here is the backtrace of gdb:

#0  0x0000000000425f50 in ?? ()
#1  0x000000000041b7bc in ?? ()
#2  0x00000000004247db in ?? ()
#3  0x0000000000421215 in ?? ()
#4  0x000000000040d0e4 in ?? ()
#5  0x00002aaaabd1ca98 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#6  0x00002aaaabd3059f in g_signal_has_handler_pending ()
   from /usr/lib/libgobject-2.0.so.0
#7  0x00002aaaabd318d4 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#8  0x00002aaaabd31c74 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#9  0x00002aaaaad48d4c in gtk_button_get_alignment ()
   from /usr/lib/libgtk-x11-2.0.so.0
#10 0x00002aaaabd1ca98 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#11 0x00002aaaabd3035d in g_signal_has_handler_pending ()
   from /usr/lib/libgobject-2.0.so.0
#12 0x00002aaaabd318d4 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#13 0x00002aaaabd31c74 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#14 0x00002aaaaad48296 in gtk_button_set_relief ()
   from /usr/lib/libgtk-x11-2.0.so.0
#15 0x00002aaaaae0441e in gtk_marshal_VOID__UINT_STRING ()
   from /usr/lib/libgtk-x11-2.0.so.0
#16 0x00002aaaabd1ca98 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#17 0x00002aaaabd30c7c in g_signal_has_handler_pending ()
   from /usr/lib/libgobject-2.0.so.0
#18 0x00002aaaabd315f2 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#19 0x00002aaaabd31c74 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#20 0x00002aaaaaee6daf in gtk_widget_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#21 0x00002aaaaae028d0 in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#22 0x00002aaaaae02bfc in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#23 0x00002aaaab49ec40 in gdk_event_get_graphics_expose ()
   from /usr/lib/libgdk-x11-2.0.so.0
#24 0x00002aaaac07f63c in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#25 0x00002aaaac08108d in g_main_context_acquire ()
   from /usr/lib/libglib-2.0.so.0
#26 0x00002aaaac0813d5 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#27 0x00002aaaaae02113 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#28 0x0000000000423ef8 in ?? ()
#29 0x00002aaaac5a4cd0 in __libc_start_main () from /lib/libc.so.6
#30 0x0000000000408cfa in ?? ()
#31 0x00007fffff90b8b8 in ?? ()
#32 0x000000000000001c in ?? ()
#33 0x0000000000000001 in ?? ()
#34 0x00007fffff90c62b in ?? ()
#35 0x0000000000000000 in ?? ()


An that is the output of emerge --info:

Portage 2.0.54-r2 (default-linux/amd64/2005.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15-gentoo-r1 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
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.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -pipe -O2 -fomit-frame-pointer -momit-leaf-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /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/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -pipe -O2 -fomit-frame-pointer -momit-leaf-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa amd64 audiofile avi berkdb bitmap-fonts bzip2 cdr cli crypt cups curl dri dvd eds emboss encode exif expat fam foomaticdb fortran gdbm gif glut gpm gstreamer gtk gtk2 imlib ipv6 isdnlog java jpeg lcms libwww lzw lzw-tiff mad mikmod mng motif mp3 mpeg ncurses nls opengl pam pcre pdflib perl png pppd python quicktime readline reflection sdl session spell spl ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb xine xml2 xmms xorg xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS

[Comment 1 Tobias Scherbaum (RETIRED) 2006-05-20 07:53:11 UTC]

graveman-0.3.12_p4-r2 has been added to the tree which fixes the problem for me on a ~x86 system. Please report back if -r2 works for you.

[Comment 2 Ludwig Schmidt 2006-05-23 10:06:25 UTC]

No, the problem still exists on my amd64 system.

[Comment 3 Tobias Scherbaum (RETIRED) 2006-07-23 04:29:29 UTC]

Looks similiar to upstream bug #16843.

[Comment 4 Pacho Ramos 2007-02-20 18:06:34 UTC]

Have you tried with app-cdr/graveman-0.3.12_p5-r1 ?

Good luck!