|
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 ;) )
[Prev in Thread] | Current Thread | [Next in Thread] |