[Mldonkey-bugs] [bugs #8812] files not commited when using compute_md4_delay=0. (donkey/overnet)

[spiralvoice]

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

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

Changes by: 
                spiralvoice <address@hidden>
'Date: 
                Wed 08/11/2004 at 12:38 (Europe/Berlin)

------------------ Additional Follow-up Comments ----------------------------
Please try patch 3281:
http://savannah.nongnu.org/patch/index.php?func=detailitem&item_id=3281






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

URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8812>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: 0
On: Wed 05/05/2004 at 14:49

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


Summary:  files not commited when using compute_md4_delay=0. (donkey/overnet)

Original Submission:  mlnet is compiled with pthread support.
Since 2.5.18, files are not commited when using compute_md4_delay=0. .
When I say 'not commited' I mean the files stay in the list of download with 
percent=100%.
Using an external md4sum tool I can check the associated temp file has the 
correct md4sum.
Using compute_md4_delay=1. files get commited.
I think It should be easy to reproduce:
(i haven't tested with a non pthread mlnet)
 set compute_md4_delay 0.
 search -maxsize 2000 cue
 use the web interface to sort the results so that you can download files 
having the most complete sources.
 and tell me if you're able to reproduce it :)


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


-------------------------------------------------------
Date: Wed 08/11/2004 at 12:38       By: spiralvoice
Please try patch 3281:
http://savannah.nongnu.org/patch/index.php?func=detailitem&item_id=3281

-------------------------------------------------------
Date: Wed 08/11/2004 at 07:47       By: dnc
With 2.5.27 the bug is still present, a coulple of completed files were 
committed only after i've raised the value of the delay.

-------------------------------------------------------
Date: Tue 08/10/2004 at 18:17       By: spiralvoice
Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/

-------------------------------------------------------
Date: Thu 06/17/2004 at 14:56       By: None
Here is a workaround if anyone needs it:

Copy the file with the corrosponding hash from temp folder.
Check it with www.slavasoft.com/fsum/ or similar if you want.
Rename to whatever it's meant to be,  test.zip test.avi
Run it to make sure it's ok.

of course this doesn't solve the problem, just gets you the file. Best is to 
update the core.

-------------------------------------------------------
Date: Sat 05/22/2004 at 07:11       By: None
... and it doesnt happen _allways_ here, just sometimes.
file goes to 100%, all chunks state 3, 0b left, but not listed as "completed 
and needs commit", thus not auto-commited.

but _some_ files do auto-commit as usual.

cant point out a rule of which files have the problem yet.

-------------------------------------------------------
Date: Sat 05/22/2004 at 00:48       By: None
BT does have the same problem, even with md4 delay >=10

-------------------------------------------------------
Date: Fri 05/21/2004 at 12:10       By: None
happens here as well with:
 - 2.5-21 (cvs selfcompiled --enable-bitch on linux)
 - "Dont use threads" in configure output (!)
 - compute_md4_delay was at 10 (!)
 - i did NOT observe this with -18 (!)
 - only tested for ed2k/overnet files












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

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