On Mon, Jun 14, 2004 at 08:45:35PM +0200, Christian Biere wrote:
> 
> Well, I don't think any chances in ignore.c are relevant here. This
> should be handled in huge.c where I don't see any changes which could
> cause this. I rather assume a problem in share.c
> 
> -- 
> Christian

Just to confirm, I'ld say it is definitely in share.c.

I updated from cvs again today, getting the following versions of the
aforementioned files:

huge.c: * $Id: huge.c,v 1.48 2004/06/14 20:08:37 rmanfredi Exp $
ignore.c: * $Id: ignore.c,v 1.25 2004/06/10 22:48:09 cbiere Exp $
share.c: * $Id: share.c,v 1.138 2004/06/10 23:48:04 cbiere Exp $

I made sure the problem still existed, and then substituted share.c from
a 2004-06-08 download for the current version.  Result: gtk-gnutella no
longer completely rebuilds the sha1_cache library at bootup, but rather
acts as expected. The version substituted is:

share.c: * $Id: share.c,v 1.135 2004/04/16 23:02:55 cbiere Exp $

I hope this helps.  I may play with the code to see if I can get more
information (but now I have to watch the Pistons beat the Lakers).

Chris

Attachment: pgpCSy0VuGuoY.pgp
Description: PGP signature

Reply via email to