linuxdcpp-team team mailing list archive

[MusicLover <musiclovr@xxxxxxxxx>]

Oops - sorry for my terrible knee-jerk reaction, after reading only your 
first paragraph.  No cookie, for me!

Yes - all users are .761 and all have chunking off.  And yes, workaround is 
the on downloader end - remove bad file from queue, clean if from temp, then 
requeue it.

Thanks you.  I will pass this along, and we will anxiously await a 
resolution, and live with the issue a bit longer...
--------------------------------------------------
From: "MusicLovr" <musiclovr@xxxxxxxxx>
Sent: Friday, April 30, 2010 12:50 PM
To: "Bug 572408" <572408@xxxxxxxxxxxxxxxxxx>
Subject: Re: [Bug 572408] Re: sometimes,uploads continue forever - 1000s of 
% complete

> However this occurs when only 2 sites connected to a hub - one uploading, 
> and one downloading.  And 'chunking' is turned off, on both.
>
> It's getting to be quite a pain to transfer 100s of mb for a 1 mb file, 
> and seeing rates of 15000%.  Granted, it only trips-up this way, every 
> couple of weeks, and after many 100s of files, but still.
>
> Have used for several years.  Guess I'll investigate some of the 
> alternatives.
>
> Thanks, anyway...
> --------------------------------------------------
> From: "poy" <poy@xxxxxxxxxx>
> Sent: Friday, April 30, 2010 12:26 PM
> To: <musiclovr@xxxxxxxxx>
> Subject: [Bug 572408] Re: sometimes,uploads continue forever - 1000s of % 
> complete
>
>> it is expected that the value can grow beyond 100% if you upload several
>> segments of the same file to various people. even where there is only
>> one person downloading the file from you, the total uploaded contents
>> from your end can go slightly over 100% if the client of the person
>> downloading rollbacks a few bytes behind when starting the download
>> after, say, a connection break.
>>
>> that the downloader keeps requesting the same file over and over is an 
>> issue on her end and nothing you can do about. your client only sends 
>> what it is requested to send.
>> if that downloader is using DC++ 0.761, there is a known bug in the 
>> downloading part that can trigger these non-stop downloads and its fix 
>> should see the light of the day in the next release.
>>
>> ** Changed in: dcplusplus
>>       Status: New => Invalid
>>
>> -- 
>> sometimes, uploads continue forever - 1000s of % complete
>> https://bugs.launchpad.net/bugs/572408
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>> Status in DC++: Invalid
>>
>> Bug description:
>> All too frequently, uploads continue running past 100% complete. 
>> Essentially, forever, until downloader clears queue, and cache, and 
>> re-queues the files.  Server and client ,761.  Bug has existed for some 
>> time, though.  Win7, on the server end (me) - but was same under XP. Snap 
>> of 'finished uploads' included.
>>
>> I gotta wonder if the coder might not have typed ==, when he/she meant to 
>> type >= ?  As in a compare to 100%, when the calculated % complete, for 
>> example, might go from 98.77% to 100.01%.  That would make a forever 
>> upload.
>>
>> tia, for looking into this...
>>
>> To unsubscribe from this bug, go to:
>> https://bugs.launchpad.net/dcplusplus/+bug/572408/+subscribe
>

-- 
sometimes, uploads continue forever - 1000s of % complete
https://bugs.launchpad.net/bugs/572408
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.

Status in DC++: Invalid

Bug description:
All too frequently, uploads continue running past 100% complete.  Essentially, forever, until downloader clears queue, and cache, and re-queues the files.  Server and client ,761.  Bug has existed for some time, though.  Win7, on the server end (me) - but was same under XP.   Snap of 'finished uploads' included.

I gotta wonder if the coder might not have typed ==, when he/she meant to type >= ?  As in a compare to 100%, when the calculated % complete, for example, might go from 98.77% to 100.01%.  That would make a forever upload.

tia, for looking into this...