[Mldonkey-bugs] [Bug #1472] Neverending downloads with MLDonkey 2.0 cygwin/win32

[nobody]

=================== BUG #1472: LATEST MODIFICATIONS ==================
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1472&group_id=1409

Changes by: Woodward <address@hidden>
Date: 2002-Dec-19 10:23 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
                  CC |                           | nolar


------------------ Additional Follow-up Comments ----------------------------
Had the same problem on Linux-586 version.  It would get
all but block 1 of X, and would cycle connections after
that.  Other clients would queue, offer, and be rejected.
Turns out, I had to do two things:

set random_order_download false
set new_upload_system false

As soon as I did that (and a kill and restart) the core
fired right up and all the ones stuck at missing 1 of X
all got block 1 and finished.



=================== BUG #1472: FULL BUG SNAPSHOT ===================


Submitted by: nolar                     Project: mldonkey, a free e-Donkey 
client
Submitted on: 2002-Oct-21 22:59
Category:  Core                         Severity:  5 - Major                    
Bug Group:  None                        Resolution:  None                       
Assigned to:  None                      Status:  Open                           
Release:  2.00                          Release:                                
Platform Version:  Cygwin i386-686      Binaries Origin:  None                  

Summary:  Neverending downloads with MLDonkey 2.0 cygwin/win32

Original Submission:  I have a rather large problem with my MLDonkey 2.0 
downloads:  NONE of my downloads finish.

My setup:   Win2000/SP3,  MLDonkey 2.0 cygwin/win32, totally fresh install 
(started using mldonkey yesterday)

Here's what happens when mldonkey downloads for a few hours:

vd
Downloaded 0/6 files
   [ Num ]                                       File       Percent Downloaded  
  Size    Old   Rate
[Donkey 2    ]  Apple.Quicktime..................rar          103.7 11733487  
11315870  1:0    5.1
[Donkey 3    ]  InterVideo.WinDV.................rar          216.2 23180992  
10724416  1:0  Paused
[Donkey 1    ]  Iris.The.Network.Traffic.........rar          283.2 12704416   
4485672  1:0  Paused
[Donkey 4    ]  2_edonkey2000.V61.Fix............exe         2398.7 3763936    
156916  0:0  Paused
[Donkey 6    ]  uninstall-eDonkey2000.exe                     600.0 221216     
36868  0:0  Paused
[Donkey 5    ]  Unreal_Tournamen...............cue         115100.0 135818      
 118  0:0  Paused

Downloaded 0 files


After 2 days of testing, I have yet to complete a single download.  I've run 
recover_temp numerous times, canceled and re-added the downloads several times, 
and killed and restarted mldonkey core (and deleted all config files) several 
times......to no avail.  I added a couple 10MB+ files to the download list, 
thinking that maybe it was having trouble with small files only (smaller than a 
"normal" chunk)......no difference.

I have no idea why this is happening, other than perhaps there's a win32 bug 
somewhere, maybe with the ntfs filesystem, or with something cygwin introduces. 
 Anybody else having similar problems (under any OS), or have their win32 
mldonkey2 working perfectly?  I really like mldonkey, but this is kind of a 
showstopper bug for me :)

P.S.  Anybody else running the win32 port notice their mldonkey core freezing 
several times an hour (no cpu usage, no socket usage, no admin protocol 
interaction, nothing), only to recover several minutes later? Weird.

P.P.S.  See http://forums.edonkey2000.com/phpBB/viewtopic.php?p=270032 for my 
forum post.


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

-------------------------------------------------------
Date: 2002-Dec-19 10:23             By: donkey-rider
Had the same problem on Linux-586 version.  It would get
all but block 1 of X, and would cycle connections after
that.  Other clients would queue, offer, and be rejected.
Turns out, I had to do two things:

set random_order_download false
set new_upload_system false

As soon as I did that (and a kill and restart) the core
fired right up and all the ones stuck at missing 1 of X
all got block 1 and finished.


CC List
*******

CC Address                          | Comment
------------------------------------+-----------------------------
nolar                               | 



No files currently attached


For detailed info, follow this link:
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1472&group_id=1409