Big Muscle

StrongDC++/ApexDC++ already contains feature which saves last user's download speed and when this user connects and there's no free block and user's speed is at least 5x bigger than the speed of some running chunk, it tries to replace this slow chunk(user) with the faster one. But: a ) user's last download speed must be known b ) it still doesn't work correctly because there's condition to avoid crash and this condition also sometimes avoid replacing slow user with faster one point A can't be fixed, but there must be something done with B but I don't know what :)

it won't be done because of leechers - users that will share only minimum amount of data on each hub

it would be better to have good antivirus :huh:

Then emulating, requesting some file can't be done by chunks, but whole file must be requested. It means, that if a chunk is finished, the connection must be completely disconnected and reconnected, so you can lose your slot.

it should already be there

As you wrote, you don't have write-access to folder with data files. The only solution is to move Apex to different folder/drive where you have write-access.

these guys shouldn't be on DC network, because they supports spreading corrupted files. And we won't allow downloading from them.

Exactly the reason why global emulation was removed. Users should set emulation only in hub where it is really needed. Else they talks **** as "segmented downloading is buggy" etc. and they don't know that it's not segmented downloading fault but their fault !

uninstall application which uses ProxyFilter.dll. It causes your crash.

then you are a leecher and you shouldn't be on DC at all.

there must be some reason why it starts downloading at position -1

just disable segmented downloading and you will get what you want ;-) EDIT: Kulmegil was faster ))

I tried to reproduce the bug by changing the source and if remote client returns me "Invalid request" then it won't crash. So it looks like your queue.xml is corrupted.

Main purpose of DC is p2p (sharing), chat is only minor feature. SpellChecker would only decrease DC usability (higher memory usage, higher CPU usage etc.). If there should be some spellchecker, it should be implemented as a plugin in hubsoft. For example, some czech hubs warn you via ChatBot if you make some grammatical mistake ;-)

heh, why aren't you able to read topics below where these crashes have been reported many many times??????????

do you understand what the suffix "Beta" means???

I know that topic is too long but each two posts are repeated in whole topic, so you can read only a little part of it. And if you will read it, then you will understand that there's nothing to fix by us.

read this topic http://forums.apexdc.net/index.php?showtopic=1435

ahh, I didn't think only a test whether it runs correctly but also whether it compiles ;-) but I think that I need only undefine _WIN32 macro and compile it under Windows and it will behaves as it's being compiled on different platform.

if you have read my opinion above, you would know that I don't like this change to SmartWin because it's only done to remove dependency on VS but not on platform. SmartWin is only for Windows.

I think that the only purpose of wanted program is advertising or spamming the hubs :thumbsup:

I've check the code and SharedFileStream shouldn't be so hard to rewrite for me. The only problem is that I don't have linux so I can't test it :thumbsup:

If I manage to compile at least client part for Linux, will I get the pay too? :thumbsup:

So use it in your mod for that small group. Call that mod for example "Strong/Apex Mod MAYBE I will help you", BUT WE WON'T IMPLEMENT IT, SO DON'T ANNOY US WITH IT.

oh, you discovered standard Windows' source code filenames :)