mldonkey-tasks
[Top][All Lists]
Advanced

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

[Mldonkey-tasks] [task #7259] Can´t handle Overnet and Kademlia options


From: spiralvoice
Subject: [Mldonkey-tasks] [task #7259] Can´t handle Overnet and Kademlia options
Date: Fri, 31 Aug 2007 21:53:05 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.6) Gecko/20070723 Iceweasel/2.0.0.6 (Debian-2.0.0.6-0etch1)

URL:
  <http://savannah.nongnu.org/task/?7259>

                 Summary: Can´t handle Overnet and Kademlia options
                 Project: mldonkey, a multi-networks file-sharing client
            Submitted by: spiralvoice
            Submitted on: Freitag 31.08.2007 um 23:53
                Category: None
                Severity: 2 - Minor
              Item Group: None
                  Status: None
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 
                 Release: None
        Operating System: None
         Binaries Origin: None
                CPU type: None

    _______________________________________________________

Details:

It seems like I can´t display Overnet and Kademlia options anymore with
"voo" or in HTML interface.
Also changing these options seems not possible:

set ov_port 17024

Error Not_found

Logfile prints this:
option [ov_port] not_found in ./downloads.ini

This bug seems to be present since 2-5-23 where the handling has changed.

    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Mittwoch 11.02.2004 um 22:44  By: Christoph Schulz <kristovschulz>
Bugs #7609 provides a test case which exhibits this bug.


-------------------------------------------------------
Date: Mittwoch 21.01.2004 um 04:27  By: Boris Kolpackov <bosk>
I just tried my example with CVS version and could not reproduce the problem.
However, I believe I tried it against CVS version before submitting the bug
report. Let's assume it was my mistake and this bug is fixed in CVS version. I
will let you know if the problem surface again. 

-------------------------------------------------------
Date: Montag 19.01.2004 um 08:57    By: Paul D. Smith <psmith>
OK, I will close this bug for now.  Let me know if you see it again.  Right
now the email notification section of Savannah is not working (for me anyway)
so you'll need to email me directly if you update this bug again.  Thanks.

-------------------------------------------------------
Date: Sonntag 18.01.2004 um 22:08   By: Boris Kolpackov <bosk>
I just tried my example with CVS version and could not reproduce the problem.
However, I believe I tried it against CVS version before submitting the bug
report. Let's assume it was my mistake and this bug is fixed in CVS version. I
will let you know if the problem surface again. 

-------------------------------------------------------
Date: Sonntag 18.01.2004 um 18:09   By: Paul D. Smith <psmith>
This sounds like one of the bugs that has already been fixed: there are a few
related to memory management etc. where the results change depending on the
length of variable values, etc.

Do you have the ability to build the CVS version of GNU make?

-------------------------------------------------------
Date: Donnerstag 15.01.2004 um 00:33By: Boris Kolpackov <bosk>
If i change

define include
$(eval $(call include-thunk,$1,$(makefile)))
endef 

to be

define include
$(strip $(eval $(call include-thunk,$1,$(makefile))))
endef 

$(tmp) becomes empty all the time







    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/task/?7259>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/





reply via email to

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