mldonkey-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Mldonkey-users] pthread MD4 hashing bug ?


From: Taros666
Subject: Re: [Mldonkey-users] pthread MD4 hashing bug ?
Date: Sat, 01 Mar 2003 20:45:23 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.2.1) Gecko/20021130

Sergio Bayarri Gausi wrote:
I agree here, it happened to me several times lately... I just had a
couple of files above 100% some minutes ago (one was about 23MB and the
other one is about 600MB). I verified the chunks and they went back to the
"real" size (the small file has already been downloaded). The big file
went from around 125% to 57.9% :(

I don't compile mldonkey using pthreads yet.

Greetings,

Sergio

As I wrote about 4 times in the mldonkeyworld english forum:
This is a problem of ALL ed2k-net Clients. Corrupted blocks are a problem of edonkey, Hybrid, lmule, emule, jmule, cdonkey and mldonkey. (at least 5 of them I personally tried ;) )

It seems that some smartasses want to get credit by uploading fake chunks to other clients, so they upload a lot of "zeros" (they get well compressed by emule). It "could" be an action of some other organisation (overpeer), but there seems to be at least some evidence, that it is a emule-mod trying to get credits (the real stupid thing is, that the credits are not granted, because the real uploaded data and NOT the uncompressed data is taken in account...) So if you get some zeros, your whole chunk is bad, and has to be redownloaded. There are a leats 3 different patches for emule, that try to identify the "zeros-uploader" and ban them. At least 1 emule-mod is already been released, that will ban these fakers...

Taros666 (reading much to much non-mldonkey-forums ;) )





reply via email to

[Prev in Thread] Current Thread [Next in Thread]