[GNUnet-developers] useless crap??

[Wayne Scott]

I am running a Debian unstable box with Linux 2.4.17 on a version of
gnunet built from the latest CVS.

I am running this command:

$ gnunet-download -o gpl.txt -- E340434B7BA24DA6819A2F16AF3AECE2CC4D15F6 
-1304141382 17992
# I got the checksum from the manpage
# too bad that page doesn't include the key I could search for to find 
# that result myself.

I get output that looks like this from gnunet-download:

14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10288 (0)!
14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10320 (0)!
14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10352 (0)!
14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10384 (0)!
14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10416 (0)!
14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10448 (0)!
14920 of 17992 downloaded (94BDA74DDD9832A27D175FA24E73E201820FBE9D)
received useless crap 10480 (0)!

The debug output on gnunetd looks like this:

CONTENT: Using Content 94BDA74DDD9832A27D175FA24E73E201820FBE9D.
CONTENT: Indirecting CONTENT to 0000000000000000000000000000000000000000.
QUERY: unicasting reply 94BDA74DDD9832A27D175FA24E73E201820FBE9D to 
94677BDDB22892C33D8D370F61E1102B8FBBE065
TCP: begin sending 1044 bytes matching query 
94BDA74DDD9832A27D175FA24E73E201820FBE9D.
CONNECTION: Marking host 915ACFBBDBA5F145CBFDB1E1D37E3A0F0B8F6305 active.
UDP: Handling 3QUERY for 85401B3EEB0857490B1754488C2683D56F7F9F0A from  12.253. 
24. 46: 2086.
QUERY: Checking if query is pending.
QUERY: Query is pending 85401B3EEB0857490B1754488C2683D56F7F9F0A (with ttl old 
26 and new 21).
QUERY: Indirecting Query 85401B3EEB0857490B1754488C2683D56F7F9F0A.
QUERY: The query we are indirecting is already in the table.
QUERY: local lookup for 94BDA74DDD9832A27D175FA24E73E201820FBE9D.
QUERY: local lookup succeded. Sending reply 
(/home/wscott//.gnunet/data/content/94BDA74DDD9832A27D175FA24E73E201820FBE9D)!
CONTENT: Using Content 94BDA74DDD9832A27D175FA24E73E201820FBE9D.


It seems that my local datastore is corrupt and so we keep returning
the bad data over and over again.

Anyone seen this before?  Is this normal?

It does seem like it did finally get the block it wanted.  The gpl.txt
fetch is not finished yet.  Should it take 30 minutes to get a 17k
file???

-Wayne