LimeWire 4.9.0 Beta

@ trap_jaw. Interesting about the leaf/ultrapeer horizon. . . and a little unsettling. I've been telling others that LW tries to give both UP's and leafs equivalent search and download effetiveness. I hope it's just temporary for this beta. If not, would you mind looking over http://www.gnutellaforums.com/showth...threadid=39641

thanks for the tip. I rely on running as an UP to maintain my 1 GB daily ration of an up/down share ratio at 1:1, but also prefer hunting down rare files from very casual users. I guess I'll have to come up with a different strategy, if leaves are to be better at searching for rare content.

btw---running as a leaf only got more spam for the 4 unique search terms, but that's not surprising. What was surprising was that initial checks of the memory, threads, and CPU% showed little difference. If that continues, the optimizations for Ultrapeers are REALLY amazing!

And to Sam & LOTR, thanks for clarifying the bug sending.

By an HTTP POST.

Ugh. LimeWire 4.9.0 just like 4.8.1 still shows the splash screen on top of the initial wizard on the first load of it in Linux when using java 1.5.0_03 making it impossible to actually see the entire window without having to drag it around the splash screen. Clicking the splash screen doesn't make it go away or anything. I had this issue so far in SuSE linux some time ago and now in Ubuntu Linux both running java 1.5.0_something. The issue doesn't happen if java 1.4.2_something is in use.

We do try to position the wizard ontop of the splash, so it may be a bug with window position on Linux in Java 1.5. We'll try to work around it.

Thanks for looking into it! (And the FAST reply!)

It would also be nice if it could choose a better set of "helper apps" in its configuration by default. Such as in Gnome, a program named "gnome-open" can be used that will open a file in an app associated to the file's extension. KDE might have something similar to open files with, but I am not absolutely sure on this.

In the zipped version of LimeWire, a minor addition to "runLime.sh" could allow it to be run via double-clicking it in one's GUI in Linux, after unzipping it, without having to crack open a shell, cd to its dir, and type "./runLime.sh" to run.

Adding:
above the "# try to discover java" line in "runLime.sh" allows the script to discover its own path, assuming the script will always be in the same directory as LimeWire itself.

Thanks a bunch Limenut, this is a real neat thing to have Will be in the next beta.

sometimes limewire seems to stick at %100 complete, but is still trying download at 0KB/s

some of those downloads reported to be corrupt, and others are just stuck.

upon restarting limewire, it says that all the files that are stuck are corrupted, and if i want to continue.

is this supposed to happen? cause that didnt happen in 4.8.1

Are the files for which this happens usually small (<100kb) or large ?

nah, just your normal mp3 size, around 3-4 MB