"clayton rollins" <[EMAIL PROTECTED]> wrote:

> Here's a full bt:
> (gdb) bt f
> #0  0x2875a9d7 in g_mem_chunk_free () from
> #/usr/local/lib/libglib-2.0.so.200
> No symbol table info available.
> #1  0x2833ca4f in _gtk_tree_data_list_free (list=0x8319d00,
>     column_headers=0x8756800) at gtktreedatalist.c:66
>         tmp = (GtkTreeDataList *) 0x8319d00
>         next = (GtkTreeDataList *) 0x832f600
>         i = 0
> #2  0x28267f32 in gtk_list_store_remove_silently
> #(list_store=0x8750840,
>     iter=0x8f73610, path=0x0) at gtkliststore.c:969

"remove_silently"? Sounds pretty suspicious and I doubt it's a bug
in gtk-gnutella itself - unless it's caused by a memory corruption
bug. I've never ever seen this myself and it should have failed
earlier if it were a bug in gtk-gnutella. At least, there should
have been warnings like "invalid iter [blah blah...]" or the like. 
 
> #6  0x80d7af4 in uploads_gui_update_display (now=1055294330) at 
> uploads_gui2.c:437
>         data = (upload_row_data_t *) 0x894f040

If you ever see this again, could you do a 
p (char *)data
? Because gtk_tree_model_get() seems to return the data from the
wrong column in this case. The last time I tried it, data pointed
to the string which is shown in the status column.

I don't see anything wrong with this code. So I suspect it's either
a bug in gcc or GTK+. The problem didn't disappear with gcc 3.3 and
glib/GTK+ 2.2.2, though.   

-- 
Christian

Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to