On 26 Apr 2006, [EMAIL PROTECTED] wrote:
> is anyone else seeing frequent crashes with the Gtk+ 2.x GUI? The
> stack traces always end in gtk_tree_view_get_hover_expand with
> a SIGSEGV and related to removing or reordering rows in the
> search results display. I doubt it's a bug in Gtk-Gnutella but
> this doesn't seem to be a known bug in Gtk+ and updating to
> the latest version did not fix the issue. I cannot reproduce
> the crash at will, it just happens sooner or later e.g., when
> I close a search, change the sorting or delete result items.
Sorry, I don't know about that exact stack trace. However, I had a
version from SVN (approx Apr 16). I had this stack trace (unattended
ultra).
(gdb) bt
#0 0x0811bdf3 in pcache_outgoing_connection (n=0xd594444) at override.h:78
#1 0x080fc20e in node_is_now_connected (n=0xd594444) at nodes.c:3213
#2 0x080ff428 in call_node_process_handshake_header (obj=0x5, header=0x1)
at nodes.c:5161
#3 0x080e80c6 in io_header_parse (ih=0xd2511b8) at ioheader.c:333
#4 0x080e84fe in io_read_data (data=0xd2511b8, unused_source=90,
cond=INPUT_EVENT_R) at ioheader.c:412
#5 0x0829d62a in dispatch_poll (unused_source=0x84d11f8, unused_cond=G_IO_IN,
udata=0x84b7440) at inputevt.c:495
#6 0x404bd159 in g_io_unix_dispatch (source=0x84d11f8,
callback=0x829d380 <dispatch_poll>, user_data=0x84b7440) at giounix.c:162
#7 0x404974ab in IA__g_main_context_dispatch (context=0x84d1c20)
at gmain.c:1934
#8 0x40498e29 in g_main_context_iterate (context=0x84d1c20, block=1,
dispatch=1, self=0x84d4cf8) at gmain.c:2565
#9 0x404990b4 in IA__g_main_loop_run (loop=0x8bd4e20) at gmain.c:2769
#10 0x40139033 in IA__gtk_main () at gtkmain.c:991
#11 0x08191f39 in main_gui_run () at main.c:774
#12 0x08056ad2 in main (argc=3, argv=0xbfdc26f4) at main.c:985
I rebuilt on the 25th and had the same crash after a while running.
This seems to be an assert triggering that should never trigger. I
restarted and I have the following trace just recently.
(gdb) bt full
#0 atom_free (type=3216648796, key=0x94b2db6) at atoms.c:770
td = (table_desc_t *) 0x83efa90
found = 1
value = 0xc756b4c
x = 0x1
a = (atom_t *) 0x30
#1 0x0813bb61 in search_free_r_set (rs=0x8a18138) at atoms.h:121
m = (GSList *) 0xaaf8f78
#2 0x08142267 in search_results (n=0xe090218, results=0xc2cc860)
at search.c:2372
rs = (gnet_results_set_t *) 0x8a18138
sl = (GSList *) 0x0
drop_it = 0
forward_it = 1
selected_searches = (GSList *) 0xc2cc860
active_sch = (search_ctrl_t *) 0x1
#3 0x081023ee in node_parse (node=0xbfba2a5c) at nodes.c:6137
n = (struct gnutella_node *) 0xe090218
regular_size = 4294967295
dest = {type = ROUTE_ONE, ur = {u_node = 0xc434af0,
u_nodes = 0xc434af0}}
qhv = (query_hashvec_t *) 0x0
results = 17
__PRETTY_FUNCTION__ = node_parse
#4 0x0810395e in node_data_ind (rx=0x1, mb=0xa9df6c8) at nodes.c:6773
n = (struct gnutella_node *) 0xe090218
#5 0x0813acd5 in is_readable (data=0x8a1fa10, unused_source=110,
cond=INPUT_EVENT_R) at rx_link.c:110
rx = (rxdrv_t *) 0x8a1fa10
attr = (struct attr *) 0xce51a10
db = (pdata_t *) 0x8c4a9d8
mb = (pmsg_t *) 0x1
r = 64
#6 0x0829992a in dispatch_poll (unused_source=0x84d71f8, unused_cond=G_IO_IN,
udata=0x84bd0c0) at inputevt.c:420
relay = (inputevt_relay_t *) 0x1
id = 3216648796
rl = (relay_list_t *) 0x1
sl = (GSList *) 0xa7eda70
fd = 110
#7 0x404bd159 in g_io_unix_dispatch (source=0x84d71f8,
callback=0x8299680 <dispatch_poll>, user_data=0x84bd0c0) at giounix.c:162
buffer_condition = 3216648796
#8 0x404974ab in IA__g_main_context_dispatch (context=0x84d7c20)
at gmain.c:1934
No locals.
#9 0x40498e29 in g_main_context_iterate (context=0x84d7c20, block=1,
dispatch=1, self=0x84dacf8) at gmain.c:2565
got_ownership = 1
max_priority = 110
timeout = 0
some_ready = 1
nfds = 2
allocated_nfds = 1
fds = (GPollFD *) 0x8bec708
__PRETTY_FUNCTION__ = g_main_context_iterate
#10 0x404990b4 in IA__g_main_loop_run (loop=0x8bc8990) at gmain.c:2769
got_ownership = 1073793168
self = (GThread *) 0x84dacf8
__PRETTY_FUNCTION__ = IA__g_main_loop_run
#11 0x40139033 in IA__gtk_main () at gtkmain.c:991
tmp_list = (GList *) 0x0
functions = (GList *) 0x0
init = (GtkInitFunction *) 0x1
loop = (GMainLoop *) 0x8bc8990
#12 0x08193039 in main_gui_run () at main.c:774
now = 137600687
#13 0x08056b12 in main (argc=3, argv=0xbfba2f14) at main.c:985
This one is weird, because I wasn't doing anything with the GUI. I
haven't looked at this trace at all. Maybe it was adding to an
existing search?
With these last two traces, I believe I have the binary and the core
files. I am using GTK2, but most likely with different compile
options. I don't think the stack trace is pointing to the fault,
unless these are all separate problems; but what do I know.
Any requests for stupid user tricks? Recompile with dmalloc? I was
going to do that, but we switch to SVN and it took a long time for me
to get SVN going with SSL.
hth,
Bill Pringlemeir.
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
