I've noticed a few people mention crashes recently and I've started to get
them on CVS as well. I may well be smoking smothing odd but:
#0 0x404073d1 in kill () from /lib/i686/libc.so.6
#1 0x404071d8 in raise () from /lib/i686/libc.so.6
#2 0x40408979 in abort () from /lib/i686/libc.so.6
#3 0x401f0bf4 in g_logv () from /usr/lib/libglib-1.2.so.0
#4 0x401f0c34 in g_log () from /usr/lib/libglib-1.2.so.0
#5 0x080fcdf3 in atom_free (type=1075849168, key=0x88431ec) at atoms.c:377
#6 0x08100ad7 in dmesh_free_deferred_altloc (info=0x890a230,
user_data=0x0) at dmesh.c:1187
#7 0x401f8dec in g_slist_foreach () from /usr/lib/libglib-1.2.so.0
#8 0x08100e96 in dmesh_check_deferred_altlocs (sha1=0x8531eb4
"&�\211C\220\b\023I\030KbSN\"\004Ѱ��O",
deferred_urls=0x88cd800) at dmesh.c:1375
#9 0x081011a1 in dmesh_collect_locations (sha1=0x8531eb4
"&�\211C\220\b\023I\030KbSN\"\004Ѱ��O",
value=0x8842dc8
"http://66.136.198.57:6346/get/15/enterprise%20216%20-%20future%20tense.mpg
2003-03-07T11:06:53Z,
http://65.33.14.71:6346/uri-res/N2R?urn:sha1:E2UISQ4QBAJUSGCLMJJU4IQE2GYL542P
2003-03-07T11:06:32Z, htt"..., defer=1)
at dmesh.c:1673
#10 0x080f4de9 in huge_collect_locations (sha1=0x8531eb4
"&�\211C\220\b\023I\030KbSN\"\004Ѱ��O", header=0x8531eb4)
at huge.c:1155
#11 0x080d7839 in check_content_urn (d=0x8565700, header=0x871c750) at
downloads.c:3966
#12 0x080d8aeb in download_request (d=0x8565700, header=0x871c750, ok=1)
at downloads.c:4443
#13 0x080d6535 in call_download_request (o=0x8565700, header=0x871c750) at
downloads.c:3179
#14 0x080e9b89 in io_header_parse (ih=0x845f300) at ioheader.c:282
#15 0x0810b0b6 in inputevt_dispatch (source=0x88cfc20,
condition=1078956864, data=0x85375f0) at inputevt.c:88
#16 0x401ec7d6 in g_io_channel_unix_get_fd () from /usr/lib/libglib-1.2.so.0
#17 0x401ef3ee in g_idle_remove_by_data () from /usr/lib/libglib-1.2.so.0
#18 0x401ef199 in g_idle_remove_by_data () from /usr/lib/libglib-1.2.so.0
#19 0x401ee174 in g_main_run () from /usr/lib/libglib-1.2.so.0
#20 0x400d8f0f in gtk_main () from /usr/lib/libgtk-1.2.so.0
#21 0x080b4b7e in main_gui_run () at main_gui.c:564
#22 0x080e7917 in main (argc=0, argv=0xbffff754, env=0xbffff75c) at
main.c:430
#23 0x403f6082 in __libc_start_main () from /lib/i686/libc.so.6
And looking at the atom_free call:
(gdb) p a
$7 = (struct atom *) 0x402027d0
(gdb) p *a
$8 = {refcnt = 161524, arena = "\030"}
(gdb) l
372 * Dispose of atom when its reference count reaches 0.
373 */
374
375 if (--a->refcnt == 0) {
376 g_hash_table_remove(td->table, key);
377 g_free(a);
378 }
379 }
380
381 /*
How can we be on line 377 when refcnt is is clearly not 0.
--
Alex
http://www.bennee.com/~alex/
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Gtk-gnutella-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
