mldonkey-bugs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Mldonkey-bugs] [ 100857 ] minor: Downloaded 137.5%


From: nobody
Subject: [Mldonkey-bugs] [ 100857 ] minor: Downloaded 137.5%
Date: Wed, 22 May 2002 01:23:55 -0400

Support Request #100857, was updated on 2002-May-05 11:49
You can respond by visiting: 
http://savannah.gnu.org/support/?func=detailsupport&support_id=100857&group_id=1409

Category: None
Status: Open
Priority: 6
Summary: minor: Downloaded 137.5%

By: ctrl-d
Date: 2002-May-22 05:23

Message:
Logged In: YES 
user_id=7131
Browser: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4.1) Gecko/20020314 
Netscape6/6.2.2

strange effects fixed with the new OCAML patch.

wrong calculation still occurs (up to 110% - 120%)


----------------------------------------------------------------------

By: ctrl-d
Date: 2002-May-17 14:53

Message:
Logged In: YES 
user_id=7131
Browser: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4.1) Gecko/20020314 
Netscape6/6.2.2

Hi,
well, it seems that you hold the amount of bytes transferred
somewhere, and if something goes wrong with the partial
file, the counter is not resetted (so this phenomen seems to
happen)

Explanation:
"something goes wrong with the partial file"

In some versions (mainly CVS builds) some strage effect
occurs. Parts are not finished .. they all get  "!"
indicator, but never are finished "V". It seems like several
processes are overwriting already existing data (My current
Highscore: 1270% downloaded). Could that be ?

I am using the most actual CVS Versions, and the problem
still exists in the version from May 14th.

Todays Version wont compile (yet) ..

Debug shows:
2002-05-17 16:49:40.118617500
?C?C?C?C?C-c-c?C?C?C?C?C-c-c#?C?C?C?C?C#[BLOCK][FREE]
2002-05-17 16:49:42.499809500 858: NEW BLOCK [0 - 3470315]
2002-05-17 16:49:42.500127500
2002-05-17 16:49:42.500135500 858: ZONES IN 3 [0 - 184320]
2002-05-17 16:49:42.500142500
2002-05-17 16:49:42.587772500 #-c-c[CCONN OK]#[BLOCK][FREE]
2002-05-17 16:49:49.826252500 909: NEW BLOCK [0 - 3470315]
2002-05-17 16:49:49.826401500
2002-05-17 16:49:49.826407500 909: ZONES IN 3 [0 - 184320]
2002-05-17 16:49:49.826446500
2002-05-17 16:49:49.827157500 ##[CCONN
OK]?C?C?C?C?C-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c###[BLOCK][FREE]
2002-05-17 16:49:49.947020500 943: NEW BLOCK [0 - 3470315]
2002-05-17 16:49:49.947128500
2002-05-17 16:49:49.947134500 943: ZONES IN 3 [0 - 184320]
2002-05-17 16:49:49.947172500
2002-05-17 16:49:49.947277500 [FOUND
FILE]####-c-c-c-c-c-c?C?C?C?C?C###-c-c?C?C?C?C?C[FOUND
FILE]-c-c#[BLOCK][FREE]
2002-05-17 16:49:52.002263500 877: NEW BLOCK [0 - 3470315]
2002-05-17 16:49:52.002371500
2002-05-17 16:49:52.002377500 877: ZONES IN 3 [0 - 184320]
2002-05-17 16:49:52.002413500
2002-05-17 16:49:52.002446500 [DOWN]-c-c#[FOUND
FILE][DOWN][FOUND FILE][FOUND
FILE]?C?C?C?C?C####?C?C?C?C?C-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c-c###[CCONN
OK]##[BLOCK][FREE]
2002-05-17 16:49:59.300279500 858: NEW BLOCK [0 - 3470315]
2002-05-17 16:49:59.301205500
2002-05-17 16:49:59.301214500 858: ZONES IN 3 [0 - 184320]
2002-05-17 16:49:59.301221500
2002-05-17 16:49:59.301226500
[DOWN][DOWN]?C?C?C?C?C-c-c#-c-c[CCONN
OK]?C?C?C?C?C-c-c-c-c-c-c?C?C?C?C?C-c-c-c-c#-!C[CCONN
OK][CCONN OK][FOUND
FILE]?C?C?C?C?C-c-c-c-c-c-c-c-c-c-c-c-c-c-c[CCONN
OK]####[CCONN OK]#-c-c-!C-c-c?C?C?C?C?C#[CCONN
OK]?C?C?C?C?C-!C-c-c?C?C?C?C?C#[BLOCK][FREE]
2002-05-17 16:50:12.431722500 886: NEW BLOCK [0 - 3470315]
2002-05-17 16:50:12.432077500
2002-05-17 16:50:12.432086500 886: ZONES IN 3 [0 - 184320]
vd shows:
Chunks:
!



----------------------------------------------------------------------
You can respond by visiting: 
http://savannah.gnu.org/support/?func=detailsupport&support_id=100857&group_id=1409



reply via email to

[Prev in Thread] Current Thread [Next in Thread]