tags 397469 patch thanks I think I found out what this bug is about. If I'm wrong, I hope the original submitter or someone else can provide more info.
I'm testing with the latest versions of straw and python-adns, just as the submitter. In my tests, refreshing and subscribing work, but they take intolerably long (at least ten minutes). For me, this has been the case with the versions in Sarge too. The following change makes refreshing and subscribing work quickly for me: --- LookupManager.py.orig 2006-02-18 18:22:44.000000000 +0200 +++ LookupManager.py 2006-11-13 17:04:24.000000000 +0200 @@ -161,7 +161,7 @@ cbwrapper.cb(ip) def poll(self, timeout=0.1): - self.queryengine.run(timeout) + self.queryengine.run(0) # Blocking version: use normal lookups, no threads class BlockingLookupManager: The problem is that without the change this function will use up all of the given time and leave no time for other network IO as seen in URLFetch.py lines 165-170: # keep the network running now = time.time() lookup_manager.poll(timeout) timeout -= (time.time() - now) if timeout > 0.0: asyncore.poll(timeout) The change is also in line with how the ThreadLookupManager is implemented: if there are no results pending, poll doesn't take time at all. Hope this helps, Tuukka -- -- Trying to catch me? Just follow up my Electric Fingerprints -- To help you: [EMAIL PROTECTED] http://www.iki.fi/Tuukka.Hastrup/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]