Hans de Graaff wrote: > #0 0x00002aaaac4e0839 in raise () from /lib/tls/libc.so.6 > #1 0x000000000041108e in log_handler (domain=0x2aaaaade6477 "Gtk", > level=G_LOG_FLAG_RECURSION, > message=0x11eaf10 "gtk_tree_path_down: assertion `path != NULL' > failed", user_data=0xffffffffffffffff) at main.c:758 > #2 0x00002aaaabc3f92f in g_logv () from /usr/lib/libglib-2.0.so.0 > #3 0x00002aaaabc3fb13 in g_log () from /usr/lib/libglib-2.0.so.0 > #4 0x00002aaaaad94cdd in gtk_tree_model_rows_reordered () > from /usr/lib/libgtk-x11-2.0.so.0 > #5 0x00002aaaaad94dc5 in gtk_tree_model_foreach () > from /usr/lib/libgtk-x11-2.0.so.0 > #6 0x00000000004cea47 in search_gui_menu_select (page=5037) at > search.c:1126
> It is reproduceable and consistent, so let me know if you need more > info. I have no idea what gtk_tree_model_rows_reordered() is doing in the trace and who calls it but I suspect it's the same issue or at least related to my crashes which also shows this function. I assume it gets called when destroying a temporary variable somewhere like "path" or "iter". I don't think your trace shows a bug in Gtk-Gnutella either. -- Christian
pgpFNBESYTfbO.pgp
Description: PGP signature
