Bill Pringlemeir wrote: >> I don't see any recent updates to qrp.c in CVS. Maybe it is one of >> the intermediate functions (and another file).
>> #0 0x080e56fa in qrt_update_send_next (handle=0x8759470) at >> qrp.c:2702 qup = (struct qrt_update *) 0x8759470 On 27 Aug 2005, [EMAIL PROTECTED] wrote: > I've seen the same twice (qup->patch being invalid) but I assume > this was a side-effect of another now fixed bug which also caused > the invalid host addresses (basically just a reference to already > recycled memory). I've added some consistency checks nonetheless. > If you still experience crashes, send another stack trace please. I haven't had any cores while running in quite some time. I think that this change helped a lot.. - (2005-08-31 - RAM) * Reduce the amount of time() and gettimeofday() system calls drastically. This should reduce the kernel time used by GTKG. My system is dead slow. On some occasions, GTKG would appear to lock up. I ran strace on it and the majority of calls are poll() and gettimeofday() calls. It seems very responsive (comparatively) now. GTKG ran unattended for four days. I shutdown to update the software. I had several core stack traces before your changes related to qrp.c. None have occurred since that time. thanks, Bill Pringlemeir. ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Gtk-gnutella-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
