I go and start a download of a file. It goes fast and it gets to 99 % it just stops. NO 100%. Some files are ok, some are not.
Is this Limewire? The other end? The file?
Thanks

I have this problem as well. It seems to stem from the way Limewire handles swarm downloads, for some reason, at about 98 percent it drops all the swarm hosts except for one, which inevitably is slow and seems to time out. So i too have a bunch of downloads all the time that just sit at 98% - It would be nice if they found away around this.

Hello just new to the gnutella network and severely miss the old morpheusm as I've gone from 50 or more KB/s to between 0-12 with 4 host at once. Anyhow I found if it gets to 99% and quits ,shut he program (limewire) right down and then reopen and click resume. That or if it is still open find a file from search the same size and double click on it as if to start downloading. I've had pretty good luck both ways. Now if someone could tell me how to download a half a movie in less than 3 days?.

Sorry Guys (and gals)
I knew I had seen it somewhere and here it is the official way to resume a download out of the partial files. I'm too lazy to type it out so I'll just attach it.

Attached Files

limewire resume partials.txt (754 Bytes, 321 views)

Limewire will only resume files, that were saved in downloads.dat, since swarming requires LimeWire to know which parts of the file it already downloaded, so LimeWire will save a map of each file in downloads.dat.

Recreating a map of incomplete files is not easy.

If LimeWire crashes (or if it is killed) while the downloads.dat is written, the file could be corrupted and LimeWire can't resume any files. (So when LimeWire doesn't react anymore, first thing to do is, create a backup of downloads.dat, before killing the process).

The downloads.dat file is written every 30 seconds and when LimeWire is closed.

So, if one were to delete one's downloads.dat file, and Limewire didn't recreate it despite quitting and restarting a few times...

then what?

I've tried starting a download so it would recreate the downloads.dat file, and that worked, but the file is that dodgy 275 K, and it doesn't seem to know about all the other incomplete files that are RIGHT THERE IN THE SAME STUPID FOLDER IF IT WOULD JUST LOOK ALREADY.

this is frustrating.

I've noticed, especially with swarm downloads, that the marker will never reach 100%.

So I drop to the command line (in linux) and I do:
ls -l

This will give me the exact size of the file. So far, this always matches the size given in the file name (After the T-, but before the real file name).

So I rename the file, and move it manually to shared. I've checked several, and they are complete.

Torsten

baaaad idea. If LimeWire thinks, the file is incomplete, the file is probably incomplete. You are going to have a couple of holes in your file without any data.

<---------------file size------------------>
<-data from A-><-hole-><-data from B->

AND I HOPE YOU DON'T SHARE THOSE CRAP FILES, since people like you are responsible for my corrupt downloads.

Ok, won't rename them. It doesn't make sense to me that with swarm downloads they would pad the file, because ls -l reports that the file has not grown.

So I recopied the file back and resumed it, and it seems to think it's downloading more info. I guess I'll let it go to 100% all on its own.

hey thanks for that i simply cancelled the LW in taskmanager,
resumed without problems after restarting LW and the downloads
picked up from 99% to 100% straight away!