Big files (video) and resuming data mismatch.

[zimon]

I get lots of "Resuming data mismatch @ xxxxx" notices when gtk-gnutella tries to resume on several files which are incomplete.

I started to download these with gtk-gnutella 0.92b, but now I am using CVS-version (2003.06.01).

Was there some bugs in the 0.92b which corrupted incomplete transfers?

Is gtk-gnutella fully compatible with other Gnutella clients? I keep seeing lots of these type of errors also: (and what does the error messages mean?)
1)
"03/06/02 19:04:05 (WARNING): ignoring invalid SHA1 base32 encoding: 4R4VM2DXDTEMWEW3BIU6TEH42VH"

2)
"03/06/02 19:03:22 (WARNING): discarded GIV string: GIV 9:A7A644D758846729CC56D8C733E9FB96/"

3)
"03/06/02 18:18:36 (WARNING): weird X-Available-Ranges header from <Shareaza 1.8.8.2>, offset 380 (end boundary 208666623 outside resource range 0-208269311): bytes 2097152-8388607,10485760-15728639,17825792-18874367,28311552-29360127,33554432-50331647,51380224-52428799,59768832-61865983,69206016-73400319,74448896-75497471,80740352-82837503,96468992-98566143,105906176-111149055,119537664-126877695,130023424-134217727,137363456-138412031,139460608-142606335,156237824-171966463,179306496-187695103,189792256-193986559,197132288-208666623
"

4)
"03/06/02 17:51:56 (WARNING): cannot parse Alternate-Location date: 2040-02-23T05:24:33Z"

5)
"03/06/02 17:27:33 (WARNING): ignoring invalid SHA1 base32 encoding: 4R4VM2DXDTEMWEW3BIU6TEH42VHJLD
03/06/02 17:27:33 (WARNING): malformed /uri-res/N2R? Alternate-Location: urn:sha1:4R4VM2DXDTEMWEW3BIU6TEH42VHJLD"

6)
"03/06/02 19:21:10 (WARNING): dropping query hit from hostile IP 194.228.211.204"

How does it know what IP is hostile?

zimon (was also known as lofotz in GnutellaNG long time ago, when Query Hits didn't have SHA1 yet ;-)
http://www.iki.fi/zimon/lofotz-impro...search-v4.html

[fsbooks]

I can answer your hostile question at least on a superficial level. There is a file called hostiles.txt which is at the top level of build tree, to quote the comments in it, it is "provided by BearShare". I note that in it are included IP's which I had noticed (and thus filtered out) were providing multiple hits on many queries (<search term>.html <search term>.mp3 <search term>.jpg, etc.). I took the list and blocked them at the iptables level (iptables -IINPUT -s$host -j DROP), as it seemed good to stop them even before gtk-gnutella.

[OUTsider]

nice approach