Ethereal-dev: [Ethereal-dev] Ethereal still segfaults on startup
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: Joerg Mayer <jmayer@xxxxxxxxx>
Date: Tue, 1 Jun 2004 01:59:30 +0200
Hello,
I've still the problem that Ethereal segfaults on startup. I've built a
less optimized version in order to get a useable stack/backtrace. It looks
like this:
(gdb) run
Starting program: /usr/local/bin/ethereal
[Thread debugging using libthread_db enabled]
[New Thread 1094460160 (LWP 15211)]
GLib-CRITICAL **: file gstrfuncs.c: line 1344 (g_strsplit): assertion `string != NULL' failed.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1094460160 (LWP 15211)]
0x40f0cc2b in pango_split_file_list () from /opt/gnome/lib/libpango-1.0.so.0
(gdb) bt
#0 0x40f0cc2b in pango_split_file_list () from /opt/gnome/lib/libpango-1.0.so.0
#1 0x40c884fd in get_module_path () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#2 0x40c885b9 in _gtk_get_module_path () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#3 0x40c8874b in _gtk_find_module () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#4 0x40cbc087 in gtk_rc_find_module_in_path () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#5 0x40d28748 in gtk_theme_engine_load () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#6 0x40f45d99 in g_type_module_use () from /opt/gnome/lib/libgobject-2.0.so.0
#7 0x40d28641 in gtk_theme_engine_get () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#8 0x40cbf22c in gtk_rc_parse_style () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#9 0x40cbfb70 in gtk_rc_parse_any () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#10 0x40cc0220 in gtk_rc_context_parse_one_file () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#11 0x40cc03c4 in gtk_rc_context_parse_file () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#12 0x40cc0c68 in gtk_rc_reparse_all_for_settings () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#13 0x40ccb6f1 in gtk_settings_get_for_screen () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#14 0x40ccb795 in gtk_settings_get_default () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#15 0x40cd83dc in gtk_style_init () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#16 0x40f454c4 in g_type_create_instance () from /opt/gnome/lib/libgobject-2.0.so.0
#17 0x40f2f03b in g_object_constructor () from /opt/gnome/lib/libgobject-2.0.so.0
#18 0x40f2e06c in g_object_newv () from /opt/gnome/lib/libgobject-2.0.so.0
#19 0x40f2e4b8 in g_object_new_valist () from /opt/gnome/lib/libgobject-2.0.so.0
#20 0x40f2e63a in g_object_new () from /opt/gnome/lib/libgobject-2.0.so.0
#21 0x40cd8035 in gtk_style_new () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#22 0x40d68695 in gtk_widget_get_default_style () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#23 0x40d6876a in gtk_widget_init () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#24 0x40f45471 in g_type_create_instance () from /opt/gnome/lib/libgobject-2.0.so.0
#25 0x40f2f03b in g_object_constructor () from /opt/gnome/lib/libgobject-2.0.so.0
#26 0x40f2e06c in g_object_newv () from /opt/gnome/lib/libgobject-2.0.so.0
#27 0x40f2e4b8 in g_object_new_valist () from /opt/gnome/lib/libgobject-2.0.so.0
#28 0x40f2e63a in g_object_new () from /opt/gnome/lib/libgobject-2.0.so.0
#29 0x40d7c6a6 in gtk_window_new () from /opt/gnome/lib/libgtk-x11-2.0.so.0
#30 0x08088ca6 in window_new ()
#31 0x0807052e in main ()
(gdb) disas 0x08088ca6
Dump of assembler code for function window_new:
0x08088c90 <window_new+0>: push %ebp
0x08088c91 <window_new+1>: mov %esp,%ebp
0x08088c93 <window_new+3>: push %esi
0x08088c94 <window_new+4>: push %ebx
0x08088c95 <window_new+5>: sub $0x20,%esp
0x08088c98 <window_new+8>: mov 0xc(%ebp),%esi
0x08088c9b <window_new+11>: mov 0x8(%ebp),%eax
0x08088c9e <window_new+14>: mov %eax,(%esp)
0x08088ca1 <window_new+17>: call 0x805a60c <g_int_hash+3712>
0x08088ca6 <window_new+22>: test %esi,%esi
0x08088ca8 <window_new+24>: mov %eax,%ebx
0x08088caa <window_new+26>: je 0x8088cc9 <window_new+57>
0x08088cac <window_new+28>: call 0x805a6ac <g_int_hash+3872>
0x08088cb1 <window_new+33>: mov %eax,0x4(%esp)
0x08088cb5 <window_new+37>: mov %ebx,(%esp)
0x08088cb8 <window_new+40>: call 0x805bf6c <register_all_protocol_handoffs+1856>
0x08088cbd <window_new+45>: mov %eax,(%esp)
0x08088cc0 <window_new+48>: mov %esi,0x4(%esp)
0x08088cc4 <window_new+52>: call 0x805a9bc <gtk_widget_unref+80>
0x08088cc9 <window_new+57>: mov %ebx,(%esp)
0x08088ccc <window_new+60>: mov $0x50,%esi
0x08088cd1 <window_new+65>: mov %esi,0x4(%esp)
0x08088cd5 <window_new+69>: xor %esi,%esi
0x08088cd7 <window_new+71>: call 0x805bf6c <register_all_protocol_handoffs+1856>
0x08088cdc <window_new+76>: mov %eax,(%esp)
0x08088cdf <window_new+79>: xor %ecx,%ecx
0x08088ce1 <window_new+81>: xor %edx,%edx
0x08088ce3 <window_new+83>: mov %ecx,0x14(%esp)
This doesn't look too helpful. Ideas anyone?
Thanks
Joerg
--
Joerg Mayer <jmayer@xxxxxxxxx>
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
- Follow-Ups:
- Re: [Ethereal-dev] Ethereal still segfaults on startup
- From: Joerg Mayer
- Re: [Ethereal-dev] Ethereal still segfaults on startup
- Prev by Date: Re: [Ethereal-dev] DCERPC: problems with connectionless conversations, need some help
- Next by Date: Re: [Ethereal-dev] Ethereal still segfaults on startup
- Previous by thread: [Ethereal-dev] Added dissection of Application specific ( PoC1 ) data to packet-rtcp.c
- Next by thread: Re: [Ethereal-dev] Ethereal still segfaults on startup
- Index(es):





