[Mldonkey-bugs] [bugs #8488] inconsistant hash of odd sized files w.r.t. other clients

[spiralvoice]

This mail is an automated notification from the bugs tracker
 of the project: mldonkey, a multi-networks file-sharing client.

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

Changes by: 
                spiralvoice <address@hidden>
'Date: 
                Wed 04/07/04 at 17:28 (Europe/Berlin)

------------------ Additional Follow-up Comments ----------------------------
As 1.8GB can normally not be downloaded in 24h;-) I would like to know with 
which core version you started the download, how long it was running and if you 
had to issue recover_temp because of lost ini files during the download 
process. Also I would like to know all core version you used for processing 
that particular file.






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

URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8488>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: rgselk
On: Wed 04/07/04 at 14:36

Category:  Core
Severity:  5 - Average
Item Group:  Program malfunction
Resolution:  None
Assigned to:  None
Status:  Open
Release:  2.5.16
Release:  
Platform Version:  Linux
Binaries Origin:  CVS / Self compiled
CPU type:  Intel x86


Summary:  inconsistant hash of odd sized files w.r.t. other clients

Original Submission:  It looks like we need padding with null bytes for 
calculating the md4 hashes. I am downloading a file with an odd size: 187703295 
bytes (lastexile). I get an error for incorrect md4 for the last block over and 
over again. After adding one null byte to the file, the last md4 matches the 
md4 it was looking for...
I don't know if the padding needs to be a multiple of 2 bytes or more.


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


-------------------------------------------------------
Date: Wed 04/07/04 at 17:28         By: spiralvoice
As 1.8GB can normally not be downloaded in 24h;-) I would like to know with 
which core version you started the download, how long it was running and if you 
had to issue recover_temp because of lost ini files during the download 
process. Also I would like to know all core version you used for processing 
that particular file.

-------------------------------------------------------
Date: Wed 04/07/04 at 17:06         By: rgselknospam
It seems the error is somewhere else because when I look at the ed2k link I 
used, it does show 187703296 instead of 187703295...
This means the file created was one byte too short :-(













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

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