patchmldonkey, a multi-networks file-sharing client - Patches: patch #4429, Better error message if MLDonkey...

 
 

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

patch #4429: Better error message if MLDonkey lacks network support for a file in files.ini

Submitter:  kempston <kempston>
Submitted:  Sat 17 Sep 2005 03:11:15 PM UTC
   
 
Category:  Improved interfaces Priority:  5 - Normal
Status:  Done Assigned to:  None
Open/Closed:  Closed

Jump to the original submission

Sat 17 Sep 2005 03:23:15 PM UTC, comment #6: 

Applied 2005/09/17

spiralvoice <spiralvoice>
Group administrator
Sat 17 Sep 2005 03:11:15 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 #14275

Following are the information included in the original report:

[field #0]                  Item ID: 14275
[field #1]                 Group ID: 1409
[field #2]              Open/Closed: Open
[field #3]                 Severity: 3 - Normal
[field #4]                  Privacy: Public
[field #6]                 Category: Core
[field #7]             Submitted by: kempston
[field #8]              Assigned to: None
[field #9]             Submitted on: Mi 24.08.2005 um 17:41
[field #10]                  Summary: Broken configs parsing
[field #11]      Original Submission: In some cases, when you play with disabling plugins at compile time, running mlnet gives

debian:~/1# ./mlnet
2005/08/24 18:23:47 Starting MLDonkey 2.6.3 ...
2005/08/24 18:23:47 Language EN, locale ISO-8859-1
2005/08/24 18:23:47 MLDonkey is working in /root/.mldonkey
2005/08/24 18:23:47 [DNS]: Resolving [debian] ...
2005/08/24 18:23:47 [DNS]: Resolving www.mldonkey.net ...
Exception: Not_found while handling option:files
  in files.ini
Aborting
[field #13]               Item Group: Program malfunction
[field #14]                   Status: None
[field #15]        Component Version: None
[field #16]         Platform Version: Linux
[field #17]          Reproducibility: None
[field #18]               Size (loc): None
[field #19]            Fixed Release: None
[field #20]          Planned Release: None
[field #21]                   Effort: 0.00
[field #25]                 Priority: 5 - Normal
[field #28]         Percent Complete: 0%
[field #30]                  Release: 2.6.3
[field #55]          Binaries Origin: CVS / Self compiled
[field #56]                 CPU type: Intel x86
[field #57]                      CPU: None
[field #58]     Custom Select Box #4: None
[field #59]     Custom Select Box #5: None
[field #60]     Custom Select Box #6: None
[field #61]     Custom Select Box #7: None
[field #62]     Custom Select Box #8: None
[field #63]     Custom Select Box #9: None
[field #64]    Custom Select Box #10: None

spiralvoice <spiralvoice>
Group administrator
Sat 17 Sep 2005 02:57:47 PM UTC, comment #4: 

Another possibility would be to discard all data regarding that file from files.ini, but this data would be lost in the future.
An EDK only core can´t read BT specific data, nor save it to files.ini.

spiralvoice <spiralvoice>
Group administrator
Sat 17 Sep 2005 02:53:32 PM UTC, comment #3: 

MLDonkey can´t parse files from networks for which no support is compiled in the core as there is network specific data the common modules does know nothing about, or as pango puts it:
"[2005-09-17 16:09] <pango_> the metadata is probably network depend too, so it will be difficult to parse it without that support
[2005-09-17 16:10] <pango_> it may be difficult to do something about it with the current parser... it's almost a "don't do that then" problem"

The attached patch prints a clearer error message and exits MLDonkey properly, so no mlnet.pid is left behind.

spiralvoice <spiralvoice>
Group administrator
Wed 24 Aug 2005 07:40:12 PM UTC, comment #2: 

Yes you`re right - that's exactly the reason.
Just created mldonkey with ED+BT+FT support and added 3 downloads (ED+BT+FT) then created single ED mldonkey and on same config files got error mentioned above.

kempston <kempston>
Wed 24 Aug 2005 06:47:09 PM UTC, comment #1: 

I suppose you started downloads on a network which the current
core has no support for. Could you please tell me the name of that
network in your case so I can easier debug it?

spiralvoice <spiralvoice>
Group administrator
Sat 17 Sep 2005 03:11:15 PM UTC, original submission:  

In some cases, when you play with disabling plugins at compile time, running mlnet gives

debian:~/1# ./mlnet
2005/08/24 18:23:47 Starting MLDonkey 2.6.3 ...
2005/08/24 18:23:47 Language EN, locale ISO-8859-1
2005/08/24 18:23:47 MLDonkey is working in /root/.mldonkey
2005/08/24 18:23:47 [DNS]: Resolving [debian] ...
2005/08/24 18:23:47 [DNS]: Resolving www.mldonkey.net ...
Exception: Not_found while handling option:files
  in files.ini
Aborting

kempston <kempston>

 

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

Attached Files
file #8745:  files_ini_parse.patch added by spiralvoice (1KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

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 5 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-09-17 spiralvoice StatusNone Done
    Open/ClosedOpen Closed
2005-09-17 spiralvoice CategoryNone Improved interfaces
    SummaryReassigned item: Broken configs parsing Better error message if MLDonkey lacks network support for a file in files.ini
2005-09-17 spiralvoice Reassign itemFrom group mldonkey, a multi-networks file-sharing client, bugs tracker To group mldonkey, a multi-networks file-sharing client, patch tracker

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code