Chris Winne wrote: > I made sure the problem still existed, and then substituted share.c from > a 2004-06-08 download for the current version.
Be careful with that. > 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 $ Thanks. I see the problem now. I expected some bugs regarding the time stamp handling but this is different. It was more or less intended. The intentation was to check *all* shared files not just the ones in the temporary download directory - if this was shared - for a fileinfo trailer which keeps the information how much has been downloaded and where the gaps are in a file. I consider this necessary because you can't know what a user does with the files e.g., if a file works for him he might decide to share a partially downloaded file as a complete one or you might download a partially downloaded file - I think this happened at least once here. However, once the checksum is generated and the file has an entry in "sha1_cache" this check is no longer necessary because it has been checked for a trailer already if the hashsum was created. Expect it to be fixed in the near future. -- Christian
pgpJBdIddMnIC.pgp
Description: PGP signature
