mldonkey, a multi-networks file-sharing client - Bugs: bug #10861, lots of ip's with an ending .0 in...
You are not allowed to post comments on this tracker with your current authentication level.
bug #10861: lots of ip's with an ending .0 in file_sources.ini like 20%
Submitter: | None | ||
Submitted: | Mon 01 Nov 2004 05:13:18 PM UTC | ||
Category: | Core | Severity: | 3 - Normal |
Item Group: | Program malfunction | Status: | Fixed |
Assigned to: | None | Open/Closed: | Closed |
Release: | 2-5-28 | Release: | 2-5-28h |
Operating System: | Linux | Binaries Origin: | CVS / Self compiled |
CPU type: | Intel x86 |
Wed 16 Mar 2005 02:25:18 AM UTC, comment #4: |
Amorphous <amorphous> |
Wed 03 Nov 2004 12:01:08 AM UTC, comment #3: Before changing this again we should think again. Ips like xxx.xxx.xxx.0 are valid ones AFAIK.
|
spiralvoice <spiralvoice> |
Tue 02 Nov 2004 12:14:28 PM UTC, comment #2: like noud said on irc these may be valid ip's (even if they most of the time aren't) so please:
|
Anonymous |
Tue 02 Nov 2004 01:15:29 AM UTC, comment #1: The problem may be caused by the 2.5.28h patch by spiralvoice which includes a patch to src/net/ip.ml, it changes the 'valid' function so it treats x.x.x.0 ips as valid.
|
Valentin Batz <senneth> |
Mon 01 Nov 2004 05:13:18 PM UTC, original submission:
I wonder why mldonkey is keeping sources with ips like x.x.x.0, it marks them as blacklisted but it keeps them in file_sources.ini
|
Anonymous |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
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 3 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2005-04-12 | spiralvoice | Open/Closed | Open | Closed | |
2005-03-16 | amorphous | Status | None | Fixed | |
2004-11-01 | spiralvoice | Release | 2-5-28h |
Powered by Savane 3.13-d3ae.
Corresponding source code
this should be fixed in newer versions (like .30aa or .30b)