[Mldonkey-bugs] [bugs #3339] md4's of a file can become inconsistent when recovering temp

[spiralvoice]

This mail is an automated notification from the bugs tracker
 of the project: mldonkey, a free e-Donkey client.

/**************************************************************************/
[bugs #3339] Latest Modifications:

Changes by: 
                spiralvoice <address@hidden>
'Date: 
                Tue 12/02/2003 at 19:54 (Europe/Berlin)

            What     | Removed                   | Added
---------------------------------------------------------------------------
              Status | Open                      | Closed


------------------ Additional Follow-up Comments ----------------------------
This patch report is very old. If the bug still exists in current

versions please post a new bug report - spiralvoice






/**************************************************************************/
[bugs #3339] Full Item Snapshot:

URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=3339>
Project: mldonkey, a free e-Donkey client
Submitted by: Markus Hitter
On: Sat 04/26/2003 at 22:09

Category:  Core
Severity:  5 - Average
Item Group:  None
Resolution:  None
Assigned to:  None
Status:  Closed
Release:  None
Release:  2.04rc3
Platform Version:  Mac OS X Jaguar
Binaries Origin:  None


Summary:  md4's of a file can become inconsistent when recovering temp

Original Submission:  Today, a download messed up and a bad file were comitted 
for sharing. The file is bad, the md4 sum and the filename differ. To fix the 
issue, I deleted all .ini files and recovered temp.



After some minutes, all chunks are marked as good, apparently without any 
actual download and the file is marked for commit again.



Trying to debug, I calculated and compared the md4 sums of each chunk by hand 
and found the same numbers listed in files.ini. The md4 sum of the whole file 
in files.ini fits the file name and the value I get from a seach in the 
network, but doesn't fit the actual calculated checksum of the file.



Since it's impossible to mark single files or even single chunks for a 
re-comparison with what's on the network, it's hard to find out what's wrong. 
"Verify chunks" in the Web GUI doesn't show any sign of activity.

Follow-up Comments
------------------


-------------------------------------------------------
Date: Tue 12/02/2003 at 19:54       By: spiralvoice
This patch report is very old. If the bug still exists in current

versions please post a new bug report - spiralvoice

-------------------------------------------------------
Date: Tue 05/13/2003 at 15:20       By: None
edonkey doesn't use plain md4 hash of the file, but the hash of the 
concatenated chunks hashes.

Use ed2k_hash to compute the files hashes.



-------------------------------------------------------
Date: Sun 04/27/2003 at 00:15       By: hitterm
To investigate further, I replaced the contents of a partially downloaded file 
with rubbish. File size and name still the same. Then, after deleting 
files.ini* and shared_* again a temp_recovery.



After some time with disk activity but without noticeable download, four chunks 
were marked as being finished (light blue in the web GUI). This is clearly 
wrong.












For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=3339>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/