mldonkey-bugs
[Top][All Lists]
Advanced

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

[Mldonkey-bugs] [bug #11872] "Reshare" doesn't check for removed files.


From: spiralvoice
Subject: [Mldonkey-bugs] [bug #11872] "Reshare" doesn't check for removed files.
Date: Sat, 9 Apr 2005 12:11:13 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.6) Gecko/20050328 Firefox/1.0.2 (MOOX M2)

Follow-up Comment #9, bug #11872 (project mldonkey):

Some new observations, I big holiday movie with over 2000 sources
just finished and appears 19 times in upstats, the first three
entries in upstats have different (=wrong) hashes than the rest
which have the correct hash (checked with ed2k_hash).

Are completed files rehashed after being commited? If yes, it looks
to me that the core takes hashes at times when hashing has not
completed yet (I use threaded cores).

On the second of those three entries with a wrong hash I got 113
requests and upload 15.6M according to upstats, according to
stats.razorback2.com that hash does not exist on the ed2k network
so I guess that number reflects the upload before the file finished
on my machine. The core has an uptime of 0d 19h.

Then I have 16 lines where the ed2k link is exactly the same,
here is how the list looks like when it comes to number of
requests and uploaded data (Entries without a second value had 0
bytes upload):

99
557
0
0
0
356
388
1
0
463
5818 1.7M
50
53
63
65
87

During the time I wrote this I got a 19th entry with correct
hash and 27 requests, 0 upload, other numbers stayed the same.
I guess the longer the core is not restarted the more entries
the file will have in upstats. (I just finished this text and
there is now a 20th entry...)

And now the funny thing: Sancho displays 16 lines of the file,
all with correct hash, so it ommits the three lines from upstats
which had a wrong hash.
That file is present twice in shared_files_new.ini, one time
with its filename in ./incoming/files, the second time with
./temp/urn_ed2k_... They both have the same partial hashes.


Then another finished file, I removed it already from ./incoming/files
It appears once in Sancho and three times in upstats, the hashes
in upstats are all different and the hash displayed in Sancho
is also different, so I have four different hashes for that file,
but all are incorrect (checked twice with ed2k_hash).
That file is also present twice in shared_files_new.ini, first
with its filename in ./incoming/files, the second time with
./temp/urn_ed2k_... They both have the same partial hashes which
are also the exact partial hashes by ed2k_hash so I donĀ“t know
where the different ed2k hashes displayed by HTML interface and
Sancho come from...

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=11872>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/





reply via email to

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