I don't have a link - but the credit goes to Kenneth Corbin and Philippe Verdy. |
FYI, I just merged in a change to provide better backup support for the downloads.dat file. It goes through the following steps: Before writing downloads.dat, rename the existing one to downloads.bak. If writing the file fails at any time, delete the current downloads.dat and copy the old downloads.bak to downloads.dat. When starting up, if reading the downloads.dat file fails for any reason, it will try to read downloads.bak. If that succeeds, it will copy downloads.bak to downloads.dat. |
Thanks for the info and update. |
Quote:
|
Quote:
I am using LW basic 3.2 on M%acOS 9.2.2 |
Manually copying it might not work -- LimeWire writes the file every 30 seconds, so chances are rather high that you copied it 'during' a write, so the file wasn't actually finished. Some people have also reported problems where resuming a file does not display the correct percentage immediately. However, one a second result is found and the file starts to download again, the percentage goes back to where it was. |
Quote:
java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: com.limegroup.gnutella.messages.QueryReply$PushPro xyContainer I would suspect that there is something wrong with storing downloads via push proxies. |
All times are GMT -7. The time now is 04:59 AM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.