horus22

I really miss this feature that, for example, emule has. Would it be possible to implement it?

I don't understand what you mean. I'd want it to highlight downloaded( and deleted or unshared anymore) files with a color, just as it does with shared files, or queued files.

Hi, I'm afraid not to lose queued files, due to these very often crashes/hangs. Is it possible? Today, my Apex hanged 3 times(no erros, nothing, simply hanged), and at the last hang I saw the "queue.xml.tmp" file in the "Settings" folder. Usually it crashes at least once per week(24/7 operation). Am I going to lose queued files? I really hope that the 2.0 version will have an "autorestore session" feature that will: -restore the opened filelists(+ the pointer to the file that is supposed to be focused) -restore the searched results -restore the filelists that were queued for download(+ the pointer to the file that is supposed to be focused when the filelist download completes) -protect the queue.xml file. I'd gladly donate money for these features. :)

I have some filelists that I want to download, but I have to restart the computer. Can I manage somehow to keep these filelists in queue even after a restart?

I've tested this idea in a VM with Apex 1.3.6 and it did not work. The queue.xml does not store the "Filelists" folder. I believe that the Filelists folder is stored only in the heap memory.

I couldn't find it. I found one option that stops Apex from deleting the downloaded filelists from the HDD before exiting.

No. The normal downloads files are kept queued, but the Filelists queue folder is deleted after a restart. Does your Apex keep them queued even after a restart?

Guys, have you thought about implementing this feature? I really need it.

I really miss this feature. I've wasted a lot of time by sorting out the locations where to download some folders(they had the same name so I had to use different locations for each one) and at the last one ApexDC++ crashed. Of course the ongoing filelist transfers were gone....and since most of the filelists haven't been downloaded before the crash.....my sorting was in vain... And in Win7 it's a pain in the .... to change the download location, because ApexDc++ doesn't autoscroll anymore like it used to do on WinXP. What do you think about implementing a restore session feature for the ongoing filelist transfers and for the searched windows?

Is ApexDC++ safe against RAM corruption? This subject of Cosmic Rays inducing RAM bit errors, in non-ECC systems, is becoming more and more popular by the day. Nowadays, home user systems tend to have large amounts of RAM memory, for example, I have 8GB. Some people use to keep their P2P software running 24/7. What's the worst that could happen considering these 3 factors? If it has major implications, besides building ECC systems(which ar rather expensive for home use), is there anything else that can be done?

Hi, I have this problem since I've switched to Win7 x64. ApexDC++ has a huge lag when trying to maximize it, it feels like the PC does not have enough processing power to get the application to work in realtime. It takes minutes of waiting for ApexDC++ to maximize. I'm only connected to 24 hubs, barely uploading, not downloading at all, and after 10mins it still did not maximize, as you can see in the picture that I've attached. [i did not clear the windows nor the buttons, it's Apex's lagging behaviour when trying to maximize it] I remember that 1.3.1/1.3.2/1.3.3/1.3.4/1.3.5 reacted the same, so it's not a glitch related to 1.3.5 only or something like that. Don't know anything about pre-1.3.1 versions, but I believe that they react the same. Switching from Aero to Basic theme has no impact. Funny thing is that this problem doesn't appear in WinXP, not even when connecting to more than 100 hubs. My PC is has an Intel Quad Q8300 CPU, 8GB DDR2, 2x HDDs, etc. I use Win7 x64 Professional. I used ApexDC++ 1.3.1-1.3.5 x86. Any advice?

Thank you guys, for trying to help me. I really appreciate it. Big Muscle's advice is very good, indeed, I haven't thought of it before, and I will try it right away. Offtopic: It seems that you are working hard for the new version. Please consider my ideea of saving the session, it would be very helpful to reconnect to the same hubs as last time, to have the filelists expanded at the same folder as last time, and to have the old searches/search results displayed, especially when you were in the middle of a larger download session that included multiple filelists/users.

I've tried it and it's no difference.

I tried but clicking on the hub taps, but it doesn't solve the problem. IMHO, this is not an artifact, it really behaves like it doesn't have enough resources...even though it does.

It feels very odd, even with 10 hubs or less, when I maximize it, I can see how each window frame is being rendered[in XP, it was extremely fast, this "rendering" did not happen even with 100 hubs connected], I see the UL/DL counters speeding up, and showing past values, trying to get to work in realtime, and other similar things.

No. :rolleyes:

Hi, I'm running a 32 bit version of ApexDC++ on Win7 x64. It feels bay far, less snappy than in XP SP2 x86. It takes longer to connect to hubs, scrolling through a a large number of results is not fluent as it was in XP' downloading/connecting to 100hubs makes it less responsive, and it hangs a lot. Hubs that disconnect, also make it lag/hang a lot. Everything that you do, when you are connected to 100hubs, isn't smooth. In XP it was. Also, in Win7, it doesn't want to go to system tray. Running it in XP SP3 mode(so that it would minimize to tray) could cause some problems, if ApexDC++ lags/hangs, you couldn't go to desktop until you end the program. There's also this problem when selecting more than one file and clicking Download to=> Browse, it doesn't autoscroll to the downloads folder like it did in XP. I've attached 2 pictures to understand what I'm trying to say. The first one shows the window that would appear in Win7, no autoscroll to the Downloads folder, and the second one shows how it would appear in WinXP, with autoscroll to the Downloads folder. This is important when downloading many files into different subfolders located in Downloads folder. It takes less time when you have the Downloads folder right in your face. For example, I like to download pictures, and many of them have the same name, so I'd have to download them in different subfolders. Now I have to scroll myself everytime. My PC has a Q8300 CPU, 4GB RAM, 640GB HDD, etc, so I don't think that the config would have anything to do with these issues.

Haven't found the tweak, but I've discovered that it's a Win7 bug. If you go to "Visual Effects" menu and change any option around there and then apply it, the autoscroll for the "Select Folder" box will work, but only a single time. For every change that you do in "Visual Effects" menu, the autoscroll will work one time. ) For example, I've selected/deselected "Slide open combo boxes" and "Show translucent selection rectangle".

I want to say that I've discovered that the missing autoscroll function it's not related to ApexDC++, I've discovered that other applications behave the same way. I hope to find a tweak in Win7 to sort this out.

Last 2 of them happened when connecting to hubs. I lost the internet connection and ApexDC had to reconnect and it crashed, then I've started it again, hit reconnect on a set of recent hubs and it crashed again. exceptioninfo.txt

I have a 600MB dump file that I've created via Task Manager. Any chance with a debbuger or something? I have VS2008 installed, I also know that you provide the .pdb file, but I have never done this before.

It doesn't crash...it freezes, and only ApexDC++ freezes. Since I've installed Win7 everything seems rocksolid, no a single OS crash, hang, freeze, reset. And the PC is running 24/7 for a few months. Shall I kill the frozen Apex, or someone could help me with recovering at least the search strings?

A few minutes ago, it froze again. I lost around 20 search/filelist windows. I haven't killed it yet, is there anything that I could do in order not to lose those windows? Can I at least get the the searchstrings?

When it crashes you lose the search windows, the hubs that you were connected to(I know that they appear in recent hubs list, but in this list there are older hubs too, and you might not get to connect to all of the hubs that you were connected before crashing) and most important, you lose all the the folders that you added to download queue for which the filelists haven't completed at that moment. You also lose the completed filelists that were opened. This is also important. IMHO this feature can be implemented with reasonable effort and with major benefits.

Lee, does your reply mean that I might have a chance with this request? ;)