Traces which end in malloc are almost always application error. I recommend using a memory debugger.
On Thu, Apr 03, 2003 at 06:52:23PM +0200, Jens Bech Madsen wrote: > Package: libc6.1 > Version: 2.3.1-16 > Severity: normal > > gnome-system-log fails to run and since the trace ends in malloc.c I > figure this might be a glibc error. > > I am using the Gnome debugging libraries as well as libc6.1-dbg. > > Trace: > > [EMAIL PROTECTED]: LD_LIBRARY_PATH=/usr/lib/debug gdb gnome-system-log > GNU gdb 5.3-debian > Copyright 2002 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 "alpha-linux"...(no debugging symbols found)... > (gdb) r > Starting program: /usr/bin/gnome-system-log > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols > found)... > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols > found)... > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols > found)...[New Thread 16 > 384 (LWP 28297)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 16384 (LWP 28297)] > _int_malloc (av=0x20000e62d68, bytes=16) at malloc.c:3759 > 3759 malloc.c: No such file or directory. > in malloc.c > (gdb) thread apply all bt > > Thread 1 (Thread 16384 (LWP 28297)): > #0 _int_malloc (av=0x20000e62d68, bytes=16) at malloc.c:3759 > #1 0x0000020000d8433c in __libc_calloc (n=2199038340456, elem_size=16) at > malloc.c:3552 > #2 0x0000020000bdf1a0 in g_malloc0 (n_bytes=16) at gmem.c:153 > #3 0x0000020000b71d24 in type_set_qdata_W (node=0x120049e30, quark=1, data=0x10) at > gtype.c:2507 > #4 0x0000020000b6fb64 in g_type_register_static (parent_type=4832140848, > type_name=0x200006df47f "GtkWidget", info=0x200006fa098, > flags=G_TYPE_FLAG_ABSTRACT) at gtype.c:1896 > #5 0x000002000064fe20 in gtk_widget_get_type () at gtkwidget.c:279 > #6 0x00000200004b57c8 in gtk_container_get_type () at gtkcontainer.c:134 > #7 0x0000020000479918 in gtk_bin_get_type () at gtkbin.c:67 > #8 0x0000020000661698 in gtk_window_get_type () at gtkwindow.c:355 > #9 0x000002000004e0f8 in gnome_app_get_type () from /usr/lib/libgnomeui-2.so.0 > #10 0x000002000004eea4 in gnome_app_new () from /usr/lib/libgnomeui-2.so.0 > #11 0x0000000120013c80 in CreateMainWin () > #12 0x0000000120013af8 in InitApp () > #13 0x00000001200139f8 in main () > #14 0x0000020000d191e8 in __libc_start_main (main=0x1200137e0 <main>, argc=1, > ubp_av=0x11ffffa78, > init=0x120007ca8 <_init>, fini=0x20000028000 <_rtld_local>, > rtld_fini=0x20000e62d68 <main_arena>, > stack_end=0x20000e62d78) at ../sysdeps/generic/libc-start.c:147 > (gdb) > > > -- System Information: > Debian Release: testing/unstable > Architecture: alpha > Kernel: Linux alpha 2.4.20 #5 Tue Apr 1 18:45:10 CEST 2003 alpha > Locale: LANG=C, LC_CTYPE=da_DK > > Versions of packages libc6.1 depends on: > ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl > > -- no debconf information > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
