[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [bugs #9355] Files not beeing submitted though in full d
From: |
anonymous |
Subject: |
[Mldonkey-bugs] [bugs #9355] Files not beeing submitted though in full download state |
Date: |
Thu, 26 Aug 2004 09:17:48 -0400 |
User-agent: |
Mozilla/6.0 (compatible; MSIE 7.0; Windows 98; DigExt) |
This mail is an automated notification from the bugs tracker
of the project: mldonkey, a multi-networks file-sharing client.
/**************************************************************************/
[bugs #9355] Latest Modifications:
Changes by: Anonymous user
Date:
Wed 08/25/2004 at 17:48
------------------ Additional Follow-up Comments ----------------------------
Yes it is (from 10.08.2004)
If I take the files.ini, search there for file_chunks with all 3s and then
change there file_state from Downloading to Downloaded it commits the files
properly (shutting down, editing, starting again)... although I wrote a program
to do this, its not for everydays use... for all those not commited files I get
the "download swarmer" errors stated above...
/**************************************************************************/
[bugs #9355] Full Item Snapshot:
URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9355>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: 0
On: Wed 06/16/2004 at 09:10
Category: eDonkey-plugin
Severity: 5 - Average
Item Group: Program malfunction
Resolution: None
Privacy: Public
Assigned to: None
Status: Open
Release: 2-5-21
Release:
Platform Version: Linux
Binaries Origin: CVS / Self compiled
CPU type: Intel x86
Summary: Files not beeing submitted though in full download state
Original Submission: Hi,
I now have ~150 files that are 100% download, fully verified and my gui also
shows ETA imminent for them, but they are not commited. I have NOT
compute_md4_delay = 0, this does not seem to have something to do with this
setting (as was suggested in #mldonkey).
I have enabled logging, and found this error running through the logs, about
10-20 per second, all the same.
ERROR : file_downloaded file (66663650) <> downloaded swarmer (67335488)
>From time to time, especially when playing around with the corresponding
>download (which has the first value as its downloaded bytes in files.ini) I
>then get another of this error messages... after a while after startup, I get
>hundreds of different errors, I suspect for nearly every file I have...
Follow-up Comments
------------------
-------------------------------------------------------
Date: Wed 08/25/2004 at 17:48 By: 0 <None>
Yes it is (from 10.08.2004)
If I take the files.ini, search there for file_chunks with all 3s and then
change there file_state from Downloading to Downloaded it commits the files
properly (shutting down, editing, starting again)... although I wrote a program
to do this, its not for everydays use... for all those not commited files I get
the "download swarmer" errors stated above...
-------------------------------------------------------
Date: Tue 08/10/2004 at 18:32 By: spiralvoice <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: Wed 07/28/2004 at 20:27 By: 0 <None>
I have tried with plain cvs and with 21f/g all the same behaviour on this
-------------------------------------------------------
Date: Tue 07/06/2004 at 21:10 By: spiralvoice <spiralvoice>
Does your core have any patchpacks incorporated?
-------------------------------------------------------
Date: Thu 06/24/2004 at 20:51 By: 0 <None>
Did it, some got finished (after recover_temp), but not with a correct file
name but the hash as filename. And when I now put the ini backup back, it tries
to download the files again... and I dont want to delete them manually from
files.ini, theyre over 150 ... and I dont think that it should be usual use of
mldonkey to do this always ;)
-------------------------------------------------------
Date: Sun 06/20/2004 at 17:05 By: spiralvoice <spiralvoice>
Please try this:
stop the core, copy ALL your inis in a safe place, delete files.ini and restart
the core. The core will newly hash all files and *maybe* recognize your files
as finished. Have a look at bug 9100 to be sure that the filenames don't have
non-ASCII characters in them.
For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9355>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/