DC++

I have been busy with other things for a while... Now I would like to finish this feature. I still don't know exactly where in the clientmanager the isActive should be set however. The most robust way would be if every hub gets an additional flag, an integer, with the value of how many connections a...

To make everybody happy, only a small change could be made.
The naming order:
1) Filename
2) .<TTH>
3) .dctmp
4) .ext (real)

So the same as now, just shuffled a bit.
The files are still recognizable as a temp file and they can also be run (if possible at all).

Because I'm a terrible programmer...

I tested it with no favorite hubs in the list at all.
It's very strange, but with this delay, at least it works...

Thanks a lot for helping me garg ! What you say makes sense to me. I will try it also. At this moment I just commented out both complete if(v <= 0.22) and if(v <= 0.251) checks (including the code below it), since the version is above that anyway and nothing else should happen. Now the other problem...

After a lot of testing, here is some extra info: In DCPlusPlus.cpp the following contradiction occurs: if(v <= 0.22) { // Disable automatic public hublist opening SettingsManager::getInstance()->set(SettingsManager::OPEN_PUBLIC, false); } While v = 0.401, it thinks that this is smaller than 0.22.......

An important addition is that if I commented the setlocale(LC_ALL, ""); and compile, the public hublist DOES download if I run DC++ through the compiler... Only when I start it again (not through the compiler) it doesn't. /edit I just found out that this behaviour is caused by the delay the firewall...

Very strange what's happening here... When I set the "open public hubs at startup" on, it just doesn't do it. The setting is set to off when I restart DC++ and look in the settings ! Both when I use the 0.4032 version and when I compile it myself. But... When I comment the line setlocale(LC_ALL, "")...

Can anybody help me out here please ? The only problem I got left at this moment is how to set the "isActiveHub" to true for each hubwindow when the column Hub in the Transfer window contains that hubname. I think the hubwindow names can be taken from: getClientName() And should then be compared wit...

Hi again ! In the features forum, I found this idea which I think is great: An option to only close un-used hubs (meaning the hubs you don't have any up- or downloads with). See also: http://dcplusplus.sourceforge.net/forum/viewtopic.php?p=60794#60794 But because I started coding it and got stuck, I...

This is a great idea, I've been thinking about it myself. Let's try to code it, shall we. The idea is like this: If a hub is named in the TranferViews Hub column, some connection (up- or download) is active. It should be placed just like the "Close disconnected" feature, in the Window menu. In the f...

Looks better, that's for sure... Just tested it: It also works fine. Only it doesn't seem possible (with any of above mentioned code) to use this option if the status is "Connecting...". I guess this is because at this moment the path and file is not known yet ? Still it is possible to use the remov...

Thank you both guys, I got it to work !! Using this code: LRESULT onRemoveEntry(WORD /*wNotifyCode*/, WORD /*wID*/, HWND /*hWndCtl*/, BOOL& /*bHandled*/) { int i = -1; string file_target; string path_target; string total_target; while( (i = ctrlTransfers.GetNextItem(i, LVNI_SELECTED)) != -1) { file_...

Thanks for your reply. The extra menu item was no problem, just the actual task it performs. I tried what you said, using the following code: LRESULT onRemoveEntry(WORD /*wNotifyCode*/, WORD /*wID*/, HWND /*hWndCtl*/, BOOL& /*bHandled*/) { QueueManager::getInstance()->remove(TransferView::ItemInfo::...

"Remove Files from Queue from Transfer Window" This has been mentioned before. See also this thread: http://dcplusplus.sourceforge.net/forum/viewtopic.php?t=4671&highlight=delete+file+transfer (suggestion number 2 in the upper post) And also in the requested features: http://sourceforge.net/tracker/...

The file with another hash became a source after I used the "search for alternates" from the download queue.
And this was with the latest CVS files (april 12th)

You're right about the subject of this thread.
Just edited subject to CVS version.

It seems I also get it when I remove/add a user for a download: Unhandled Exception Code: c0000005 Version: 0.401 Os: WinXP ProSP1 Call stack info: ntdll!0x77F585C0 : RtlAllocateHeap f:\vs70builds\3077\vc\crtbld\crt\src\malloc.c(212) : _heap_alloc f:\vs70builds\3077\vc\crtbld\crt\src\malloc.c(113) :...

The changes are for instance a removal of a commented line in the standard edition.
And some lines have a changed position (line) in the file.

Yes, the STL is a bit different, but I changed the 4.6.1 version myself.
It's just a couple of minor changes, you can find them if you compare the original 4.6.0 with the changed one.

Now I'm testing with this new stl version.

I just noticed that DC resumed a file with different hash. (version 0.402) The files had identical name and exact size but the hash was totally different... I understand that the hash can be different with a minor change, but could this be because the id tag (it was a mp3 file) from the song was dif...

Did you already try with the newest STL port, like arne is doing in his latest cvs ?

btw, nice to see you finally found a nice picture to go with your name

Here's my crash info: Unhandled Exception Code: c0000005 Version: 0.401 Os: WinXP ProSP1 Call stack info: c:\download\new\dc++ includes\stl46\stl\_string.h(627) : _STL::basic_string<char=0x003BAC78,_STL::char_traits<char>=0x003BAC78,_STL::allocator<char> >::_M_assign_dispatch<char *> c:\download\new...