![]() |
|
Register | FAQ | The Twelve Commandments | Members List | Calendar | Arcade | Find the Best VPN | Today's Posts | Search |
| LinkBack | Thread Tools | Display Modes |
| |||
![]() Hi Limewire-ers, I just joined the core-dev email list to post the question below but noticed that this forum seems to be more active; should I communicate with the Limewire development team here (forum) or through core-dev which doesn't seem to be as active? I'll post my questions here for now, and appreciate any insights into these issues (and also happy to hear the best way to talk with developers... forum or email lists?). Brian Hello everyone, I've been working with are recent Limewire CVS snapshot and noticed that when a search and attempt to download finally enters the tryAllDownloads3() method of the ManagedDownloader class that it actually stops the ability to re-query (perform any more searches for that piece of content). Specifically, it appears that when the while (true) { ... } portion of tryAllDownloads3() is entered the ability to continue searching comes to a halt. I am attempting to optimize, if possible, the search process so that a requery can be issued even while the download is in progress. To do this, I tried to re-query from within the while (true) loop of the tryAllDownloads3() method, but that caused an exception and stopped it entirely. Is it possible, given the way Limewire is currently coded, to requery while a download is in progress? On a similar note (possibly related), I noticed that when I use a magnet link that has as its "xs" source a standard Web link (not a Limewire client, but instead a web link) Limewire will only download from that web site and won't bother to query the network. I wonder if this is related to the fact that Limewire can start the download from the web site immediately, and in doing so it enters tryAllDownloads3() before it actually has a chance to query the Gnutella network? Following, for example, is the type of magnet link that I try (not a real one) but for which only one source is allowed (that source being the http:// web site; nothing from the Gnutella network is available): magnet:?xt=urn:sha1:EI66YQYRH47K73NNFPSQDUV&dn=Som eMusicFile&xs=http://somwhere.com/path/thefile.mp3 Magnet's such as the above only download from the web site specified by xs, but don't use the Gnutella network -- is that related to the issue of re-query being disabled during downloads or do you think these are two separate issues? Ideally I'd like to specify a number of sources for xs (so that the download can start from multiple web sites), which Limewire will use to start the download while it queries the larger Gnutell network. Is this possible given the way Limewire is designed today? With thanks for any advice you might have on these two issues, Brian |
| |
![]() | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Firewall Problem...but it's disabled | zroc | Getting Started Using LimeWire + WireShare | 6 | June 9th, 2007 01:02 PM |
LW Mouse Disabled | CodenameClassified | General Windows Support | 22 | November 3rd, 2006 07:04 AM |
ultrapeer disabled but still going | guest8888 | Download/Upload Problems | 5 | August 14th, 2004 02:42 PM |
search button disabled | mlaustin | Download/Upload Problems | 1 | March 10th, 2003 08:07 AM |