Andrew Benton wrote: > If it means anything to you, I still have the logs from two previous > crashes. r12941 died with > Assertion failure (oob.c:171) "!g_hash_table_lookup(results_by_muid, > r->muid)"
I suspect this means the MUID was already removed (maybe expired) from the routing table but still tracked by the OOB code. That would mean that this assertion was quite wrong as this condition could very well fail. Though maybe it's rather due to a recent change. It's probably caused by a SHA-1 search and there is a check missing. This is fixed now. search_request() in src/core/share.c is simply too large. > Assertion failure (downloads.c:299) "FILE_INFO_COMPLETE(fi)" Such assertion checks should be in the core code not in the GUI. I suspect it's some inconsistency with respect to fi->size_known. Do you remember whether you had any downloads running initiated by a plain HTTP URL or a magnet link? -- Christian ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Gtk-gnutella-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
