Re: [Evolution] Problems with Evolution 0.5



On 14 Sep 2000, Ettore Perazzoli wrote:

Uh, interesting. Can you please try to give us a stack trace?

Hope this helps:

Starting program: /usr/local/bin/evolution-addressbook 
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]

Program received signal SIGSEGV, Segmentation fault.
unicode_iconv (cd=0xffffffff, inbuf=0xffbed1cc, inbytesleft=0xffbed1c8, 
    outbuf=0x68740000, outbytesleft=0xffbed1c0) at convert.c:154
154       if (cd->type == unicode_iconv_type_native)
(gdb) bt
#0  unicode_iconv (cd=0xffffffff, inbuf=0xffbed1cc,
inbytesleft=0xffbed1c8, 
    outbuf=0x68740000, outbytesleft=0xffbed1c0) at convert.c:154
#1  0xc2a08 in e_font_to_native (font=0x13a138, native=0xffbed248 "", 
    utf=0xd9048 "...", bytes=3) at e-font.c:211
#2  0xc2e24 in e_font_utf8_text_width (font=0x13a138, style=E_FONT_PLAIN, 
    text=0xd9048 "...", numbytes=3) at e-font.c:279
#3  0x87618 in calc_ellipsis (text=0x135eb0) at e-text.c:674
#4  0x88388 in e_text_set_arg (object=0x135eb0, arg=0x13a218, arg_id=0)
    at e-text.c:1105
#5  0xfed6a71c in gtk_object_arg_set (object=0x135eb0, arg=0x13a218, 
    info=0x132568) at gtkobject.c:809
#6  0xfed6a3cc in gtk_object_set (object=0x135eb0, 
    first_arg_name=0xd87e0 "clip_width") at gtkobject.c:751
#7  0x846f0 in canvas_size_allocate (widget=0x135c50, alloc=0xffbeda50, 
    e_entry=0x135be8) at e-entry.c:76
#8  0xfed4fe50 in gtk_marshal_NONE__POINTER (object=0x135c50, 
    func=0x84600 <canvas_size_allocate>, func_data=0x135be8,
args=0xffbed6d8)
    at gtkmarshal.c:193
#9  0xfed93940 in gtk_handlers_run (handlers=0x104b40, signal=0xffbed638, 
    object=0x135c50, params=0xffbed6d8, after=0) at gtksignal.c:1917
#10 0xfed92738 in gtk_signal_real_emit (object=0x135c50, signal_id=18, 
    params=0xffbed6d8) at gtksignal.c:1477
#11 0xfed8f640 in gtk_signal_emit (object=0x135c50, signal_id=18)
    at gtksignal.c:552
#12 0xfedda6e8 in gtk_widget_size_allocate (widget=0x135c50, 
    allocation=0xffbedad0) at gtkwidget.c:2493
#13 0xfedaab44 in gtk_table_size_allocate_pass2 (table=0x135be8)
    at gtktable.c:1551
#14 0xfeda9068 in gtk_table_size_allocate (widget=0x135be8, 
    allocation=0xffbee058) at gtktable.c:832
#15 0xfed4fe50 in gtk_marshal_NONE__POINTER (object=0x135be8, 
    func=0xfeda8ee8 <gtk_table_size_allocate>, func_data=0x0,
args=0xffbedce0)
    at gtkmarshal.c:193
#16 0xfed92568 in gtk_signal_real_emit (object=0x135be8, signal_id=18, 
    params=0xffbedce0) at gtksignal.c:1440
#17 0xfed8f640 in gtk_signal_emit (object=0x135be8, signal_id=18)
    at gtksignal.c:552
#18 0xfedda6e8 in gtk_widget_size_allocate (widget=0x135be8, 
    allocation=0xffbee0d8) at gtkwidget.c:2493
#19 0xfede7e9c in gtk_window_size_allocate (widget=0x13dee0, 
    allocation=0xffbee5e8) at gtkwindow.c:1095
#20 0xfed4fe50 in gtk_marshal_NONE__POINTER (object=0x13dee0, 
    func=0xfede7c80 <gtk_window_size_allocate>, func_data=0x0,
args=0xffbee270)
    at gtkmarshal.c:193
#21 0xfed92568 in gtk_signal_real_emit (object=0x13dee0, signal_id=18, 
    params=0xffbee270) at gtksignal.c:1440
#22 0xfed8f640 in gtk_signal_emit (object=0x13dee0, signal_id=18)
    at gtksignal.c:552
#23 0xfedda6e8 in gtk_widget_size_allocate (widget=0x13dee0, 
    allocation=0xffbee668) at gtkwidget.c:2493
#24 0xfede9c30 in gtk_window_move_resize (window=0x13dee0) at
gtkwindow.c:1618
#25 0xfede9384 in gtk_window_check_resize (container=0x13dee0)
    at gtkwindow.c:1440
#26 0xfed4ff54 in gtk_marshal_NONE__NONE (object=0x13dee0, 
    func=0xfede924c <gtk_window_check_resize>, func_data=0x0,
args=0xffbee900)
    at gtkmarshal.c:312
#27 0xfed92780 in gtk_signal_real_emit (object=0x13dee0, signal_id=63, 
    params=0xffbee900) at gtksignal.c:1492
#28 0xfed8f640 in gtk_signal_emit (object=0x13dee0, signal_id=63)
    at gtksignal.c:552
#29 0xfecf9354 in gtk_container_check_resize (container=0x13dee0)
    at gtkcontainer.c:928
#30 0xfecf8e24 in gtk_container_idle_sizer (data=0xfee27a00)
    at gtkcontainer.c:847
#31 0xff3493ac in g_idle_dispatch (source_data=0xfecf8d78, 
    dispatch_time=0xffbeee58, user_data=0x0) at gmain.c:1365
#32 0xff347d04 in g_main_dispatch (dispatch_time=0xffbeee58) at
gmain.c:656
#33 0xff3485a0 in g_main_iterate (block=1091160, dispatch=1) at
gmain.c:877
#34 0xff3487d4 in g_main_run (loop=0x12ac78) at gmain.c:935
#35 0xfed4e06c in gtk_main () at gtkmain.c:476
#36 0xfe8af04c in bonobo_main () at bonobo-main.c:372
#37 0x29e28 in main (argc=1, argv=0xffbef09c) at addressbook-factory.c:63


--------------------------
David F. Newman
dnewman maraudingpirates org
--------------------------
If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when
was the last time you needed one?
                -- Tom Cargil, C++ Journal.





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]