way2muchcoff

FYI - Here is the exception text for a crash experienced a minute ago: Code: c0000005 Version: 0.2.2 Major: 5 Minor: 1 Build: 2600 SP: 2 Type: 1 Time: 2006-09-30 14:34:35 TTH: OMHC4NRJLW265TOPH2JTNVVMXH2KAFDJSNQPYAA d:\cvs\apexdc++\022\client\downloadmanager.cpp(126): DownloadManager::on d:\cvs\apexdc++\022\client\speaker.h(51): Speaker<SettingsManagerListener>::fire<SettingsManagerListener::X<0>=0x0053AF00,SimpleXML *> d:\cvs\apexdc++\022\client\timermanager.cpp(38): TimerManager::run d:\cvs\apexdc++\022\client\thread.h(134): Thread::starter f:\rtm\vctools\crt_bld\self_x86\crt\src\threadex.c(348): _callthreadstartex f:\rtm\vctools\crt_bld\self_x86\crt\src\threadex.c(326): _threadstartex I don't know what it means - but i hope it helps...

This didn't happen in Peerweb. When the download queue is wiped it is really annoying. But in PW one could resume incomplete files as long as the tth matched and filenames were the same. It would be better if the dl queue didn't get wiped in the first place. But when it does happen it is imperative that there be a way to resume files. I tried the old pw method and it didn't work. Then i tried the queue.xml edit approach and that didn't do it. So i've just lost 2 weeks of partials totalling over 4 GB. This alone makes me consider switching back to PW. Other than this problem I find Apex to be a very nice client - more attractive and efficient than PW by far. Disappointing that it has this very serious bug... EDIT From two sources: the help support hub and another apex user i found the following solution that I haven't been able to verify: Manually search for each incomplete file in the partials folder by tth and queue it for download. Important: o not readd the incomplete files from other users filelists as this will cause the downloads to start from the beginning.