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