patchmldonkey, a multi-networks file-sharing client - Patches: patch #6373, Swarmer: Ignore received data when...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

patch #6373: Swarmer: Ignore received data when file is queued

Submitter:  Amadeo <amadeo>
Submitted:  Sat 12 Jan 2008 04:30:50 PM UTC
   
 
Category:  Bug fixes Priority:  7 - High
Status:  Done Assigned to:  None
Open/Closed:  Closed

Jump to the original submission

Tue 15 Jan 2008 09:08:47 AM UTC, comment #6: 

Committed 2008/01/15

spiralvoice <spiralvoice>
Group administrator
Sat 12 Jan 2008 04:30:50 PM UTC, comment #5: 

This item has been reassigned from the project mldonkey, a multi-networks file-sharing client bugs tracker to your tracker.

The original report is still available at bugs #21449

Following are the information included in the original report:

[field #0]                  Item ID: 21449
[field #1]                 Group ID: 1409
[field #2]              Open/Closed: Open
[field #3]                 Severity: 4 - Important
[field #4]                  Privacy: Public
[field #8]                         : Unknown bugs Field Display Type
[field #9]                 Category: Core
[field #10]             Submitted by: amadeo
[field #11]              Assigned to: None
[field #12]             Submitted on: Sonntag 28.10.2007 um 16:20
[field #13]                  Summary: Swarmer: Ignore received data when file is queued
[field #14]      Original Submission: Mldonkey continues to download files even when all files are (or at least should be) queued because the space left is less then what "hdd_temp_minfree" specifies. What follows is that the core is forcibly shut down.
Judging by the log snipset attached below it seems that MLdonkey still tries to preallocate disk space after all downloads are queued.

This problem is quite old and I thought that patch #5891 would have solved it but this is unfortunately not the case.

5891: Disconnect clients we download from when a file is queued/paused


[field #16]               Item Group: Program malfunction
[field #17]                   Status: Ready For Test
[field #18]        Component Version: None
[field #19]         Operating System: Linux
[field #20]          Reproducibility: None
[field #21]               Size (loc): None
[field #22]            Fixed Release: None
[field #23]          Planned Release: None
[field #24]                   Effort: 0.00
[field #28]                 Priority: 5 - Normal
[field #31]         Percent Complete: 0%
[field #33]                  Release: 2.9.2
[field #58]          Binaries Origin: CVS / Self compiled
[field #59]                 CPU type: Intel x86
[field #60]                      CPU: None
[field #61]     Custom Select Box #4: None
[field #62]     Custom Select Box #5: None
[field #63]     Custom Select Box #6: None
[field #64]     Custom Select Box #7: None
[field #65]     Custom Select Box #8: None
[field #66]     Custom Select Box #9: None
[field #67]    Custom Select Box #10: None

spiralvoice <spiralvoice>
Group administrator
Sat 12 Jan 2008 12:39:57 PM UTC, comment #4: 

After some tests I've done it seems that the patch solves the problem. Thank you!

Amadeo <amadeo>
Wed 09 Jan 2008 10:04:49 AM UTC, comment #3: 

It was from the ED2K network.
I will test the patch later and report back.

Amadeo <amadeo>
Tue 08 Jan 2008 11:54:32 PM UTC, comment #2: 

From which network did you download the file which was causing MLDonkey to fill the HDD?

spiralvoice <spiralvoice>
Group administrator
Tue 08 Jan 2008 09:59:24 PM UTC, comment #1: 

Please try the attached patch

(file #14773)

spiralvoice <spiralvoice>
Group administrator
Sat 12 Jan 2008 04:30:50 PM UTC, original submission:  

Mldonkey continues to download files even when all files are (or at least should be) queued because the space left is less then what "hdd_temp_minfree" specifies. What follows is that the core is forcibly shut down.
Judging by the log snipset attached below it seems that MLdonkey still tries to preallocate disk space after all downloads are queued.

This problem is quite old and I thought that patch #5891 would have solved it but this is unfortunately not the case.

5891: Disconnect clients we download from when a file is queued/paused


Amadeo <amadeo>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #14236:  mlnet.log added by amadeo (4KiB - text/x-log)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by spiralvoice (Updated the item)
  • -email is unavailable- added by amadeo (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-01-15 spiralvoice StatusReady For Test Done
        Open/ClosedOpen Closed
    2008-01-12 spiralvoice CategoryNone Bug fixes
        Priority5 - Normal 7 - High
        StatusNone Ready For Test
    2008-01-12 spiralvoice Reassign itemmldonkey, a multi-networks file-sharing client, bug #21449 mldonkey, a multi-networks file-sharing client, patch #6373

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code