Timbre4

1.6.2 has restored connectivity with some of those who have also rolled back. However some 'Connection Closed now says 'connection timeout'? I am XP 32 bit and the one I really want to connect to is WIN 10 64 bit, should that even matter? Thanks

Hello, I was having the Connection Closed issue with 1.6.1 but now I see that was probably because the other parties had moved up to 1.6.3. I'll try it. EDIT: 1.6.2 has restored connectivity with those who have also rolled back.

Update: I am successfully getting file lists and downloading from 3 hub users. Still have Connection Closed messages with the ones who have the bulk of files I put in queue in recent weeks. In summary, it appears I am functional yet experiencing an incompatibility factor introduced in the past week? EDIT: Going through member list and connecting with 8 so far; problems with same 3 and this might be WIN 10 machines? Verifying OS EDIT 2: Can download from user with WIN 10 so that's ruled out. Comparing user settings with others now (grasping at straws)... EDIT 3: At least 2 other users report anomalies as to who they can't download from; we can't figure out the common factor as yet.

Hello, Apologies - I use an XP box for audio hub chores. I'd been happily downloading for many weeks on 1.6.0 (restarting to skirt the update reminders because when I'd download 1.6.3 it would state "this version is not compatible with this PC" despite statement of XP SP3 compatibility) This is before I understood the Slim install. Several days ago I suddenly started getting 'Connection Closed' messages after a few seconds of downloaded. Over and over again. The user with the files I was seeking told me he just updated to 1.6.3. So I began to study the situation in earnest. I did manage to shoehorn 1.6.1 onto the XP box. The Slim install wasn't making sense to me yet. Once it did, I got 7-Zip and ran the ApexDC++_1.6.3_slim_XP.7z file. I could start the 1.6.3. version but it didn't inherit anything and I figured out that was because this "install" put everything in temp area under User instead of program files. On a whim, I copied the 1.61. EXE to a safe place and then replaced the 1.6.1 EXE in Program Files with the 1.6.3 EXE and bang! Everything worked again. I went to a user and successfully got a list -YAY- and then downloaded a single FLAC file successfully -YAY- again. I was thrilled.... temporarily. Sure enough, after a few seconds of download I get the 'Connecton Closed' status over and over again. So I find myself where I was before I updated. Please advise if I am missing something or there is a cure for this! BTW - I can still access the user I got the list and single FLAC from (don't know what version he has) Thanks, Timbre4

Thanks for the reply. This is my 2nd PC (Dell 8200, 2.53Ghz 1GB RDRAM) in the office dedicated to mostly audio chores. I did start having a blue screen recently if PC is left on for several days. Ran MS Memory Checker disc for several passes and it says all memory passed as good. As a first step, I will swap the RDRAM sticks from another 8200 stand by machine. Thanks PS - The crashes are about every 25 minutes so I'll check the PC's event log too.

Hello - new user; upgraded to 1.3.3 and the crashing increased. Very similar error text, mine is below: Typically when downloading 1-5 files fine for 5-20 min? Not really doing anything else besides fetching lists or downloads at this time. Look up and see or hear ding of crash. Thanks, Timbre4 Code: c0000005 (Access violation) Version: 1.3.3 (Jun 14 2010) Major: 5 Minor: 1 Build: 2600 SP: 3 Type: 1 Time: 2010-06-16 20:42:51 TTH: GNAMX6PMVKMU7T66R746CR23TOQBDWK7ZMO6PBQ msvcrt!0x77C472E3: memmove 0x0197A567: ? 0x0197A0F0: ? 0x01981332: ? 0x0197E039: ? 0x0197B614: ? c:\data\svn\1.3.x\client\socket.cpp(297): dcpp::Socket::read c:\data\svn\1.3.x\client\throttlemanager.cpp(89): dcpp::ThrottleManager::read c:\data\svn\1.3.x\client\bufferedsocket.cpp(179): dcpp::BufferedSocket::threadRead c:\data\svn\1.3.x\client\bufferedsocket.cpp(468): dcpp::BufferedSocket::checkSocket c:\data\svn\1.3.x\client\bufferedsocket.cpp(16707566): dcpp::BufferedSocket::run c:\data\svn\1.3.x\client\thread.h(169): dcpp::Thread::starter f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c(348): _callthreadstartex f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c(326): _threadstartex kernel32!0x7C80B729: GetModuleFileNameA