dcplusplus-devel Mailing List for DC++ (Page 6)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

This patch brings Richedit functionality in dwt approximately up to
regular edit control functionality.

cologic

Rollback is no longer used.
Attached is a patch to remove it from the GUI and Help page.

MikeJJ

_________________________________________________________________
The next generation of Windows Live is here
http://www.windowslive.co.uk/get-live
New translation template uploaded - there should be no more string updates until after the next 
release in a few days...

/J

Ok, I think it worked this time - seems to have applied nicely =) Another similar option would be 
not to view things already in download queue...

/J

Smir wrote:
> Hi,
> 
> ok, I fixed the patch. It was the first time for me working with bazar, but now
> the patch looks fine :)
> I also fixed those other two issues.
> 
> Bye,
> Smir
> 

Hi,

ok, I fixed the patch. It was the first time for me working with bazar, but now
the patch looks fine :)
I also fixed those other two issues.

Bye,
Smir

> Hi,
> 
> Thanks for the patch, but there are a few errors. First off, it seems that
> the bzr patch you sent is 
> empty - I think you need to commit your changes locally (which is the default
> if you used "bzr 
> branch") before doing "bzr send" - it gives the diff between the branch
> source and your commit, not 
> what you have in your working tree. bzr diff will produce a diff against the
> working tree, but it 
> won't include information about which revision you started from so a "bzr
> send" is preferable - I'm 
> not very good with bzr though so I'm not sure - any form will be fine.
> 
> Second, you didn't add the setting to the strings in settingsmanager.cpp so
> it won't actually be 
> loaded/saved.
> 
> Third you can use a reference here: "TTHValue t = aResult->getTTH();" 
> becomse "const TTHValue& t = 
> aResult->getTTH();"...
> 
> Regards,
> /J
I'm looking through the bug statuses and here's what I suggest:

New:
Noone's bothered to look / reproduce yet

Incomlete:
Needs more info from reporter

Invalid:
Not a bug

Won't fix:
Even if someone writes a patch, it'll take some convincing to be accepted

Confirmed:
Patches for this will definitely be accepted (if they pass the minimum coding standards requirements)

Triaged:
We don't need this status

In progress:
Someone is working on a patch - if you are working on a patch please tag the bug if it'll take more 
than a while and you suspect someone else might duplicate your effort

Fix committed & released:
the obvious...

Comments?

/J

Hi,

Thanks for the patch, but there are a few errors. First off, it seems that the bzr patch you sent is 
empty - I think you need to commit your changes locally (which is the default if you used "bzr 
branch") before doing "bzr send" - it gives the diff between the branch source and your commit, not 
what you have in your working tree. bzr diff will produce a diff against the working tree, but it 
won't include information about which revision you started from so a "bzr send" is preferable - I'm 
not very good with bzr though so I'm not sure - any form will be fine.

Second, you didn't add the setting to the strings in settingsmanager.cpp so it won't actually be 
loaded/saved.

Third you can use a reference here: "TTHValue t = aResult->getTTH();"  becomse "const TTHValue& t = 
aResult->getTTH();"...

Regards,
/J

Smir wrote:
>> Hi,
>>
>> Sorry for taking a while...I'd like to see this option too, but optional...so
>> could you please add a
>> boolean setting for it?
>>
>> Regards
>> /Jacek
>>
>> dcp...@sm... wrote:
>>> Hi,
>>>
>>> I created a patch which will filter files from the search results, if they
>> are
>>> already in your own share (with same TTH).
>>> It works well for me and I think others might like it, too.
>>>
>>> Bye,
>>> Smir
> 
> 
> Now it is available as option in the Search Frame.
> 
> I created the patch file with "bzr send -o filtershared.patch", but I am not
> sure if it can be used, because it is somehow encrypted :P
> That's why I also send the diff.
> 
> I also have a question: How do I get a smaller filesize when compiling?
> I use "scons mode=release" and always have an executable which is about 100 MB.
> But the official release is only ~2MB...
> 
> Bye,
> Smir
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel

Nice.

Michael Jones wrote:
> This patch adds another box to the status bar of hubframe (after total 
> share size), which calculates the average share per user in that hub.
> Also follows behaviour of 'if more than one user is selected', which the 
> other status text's do. i.e. calculates the average share of the 
> selected users.
>  
> Sidenote, this was so much easier to do with Smartwin than WTL. :D

Found this one in the inbox...I guess you're right about disconnecting both up&downloads...
/J

poy wrote:
> this implements a little todo that was left in AdcHub.cpp where QUI 
> messages are handled. when the QUI message contains the DI flag, the 
> user will now be disconnected if it's in no other hub.
> that doesn't conflict with the AUTO_KICK setting ("Automatically 
> disconnect users who leave the hub") because that setting leaves a 1 
> minute delay between the moment the disconnection is detected and when 
> the upload is actually stopped. here, we leave no dealy and no setting; 
> if the hub included the DI flag, then we obey it.
> note that the ADC spec mentions "transfers" and not only "uploads", so 
> downloads are disconnected too.
> 
> untested, but it's small change and it should work...
> 
> poy
> 

Thanks /J

Michael Jones wrote:
> A new version of BZip2 was released a week or two ago to fix a security 
> issue.
> The attached patch upgrades DC++ to use it.
> 

On Mon, Mar 24, 2008 at 1:08 PM, Smir <dcp...@sm...> wrote:

> I also have a question: How do I get a smaller filesize when compiling?
> I use "scons mode=release" and always have an executable which is about
> 100 MB.
> But the official release is only ~2MB...
>
> Bye,
> Smir
>

Use 'strip'.

-- 
Fredrik Ullner

> Hi,
> 
> Sorry for taking a while...I'd like to see this option too, but optional...so
> could you please add a
> boolean setting for it?
> 
> Regards
> /Jacek
> 
> dcp...@sm... wrote:
> > Hi,
> > 
> > I created a patch which will filter files from the search results, if they
> are
> > already in your own share (with same TTH).
> > It works well for me and I think others might like it, too.
> > 
> > Bye,
> > Smir
> 

Now it is available as option in the Search Frame.

I created the patch file with "bzr send -o filtershared.patch", but I am not
sure if it can be used, because it is somehow encrypted :P
That's why I also send the diff.

I also have a question: How do I get a smaller filesize when compiling?
I use "scons mode=release" and always have an executable which is about 100 MB.
But the official release is only ~2MB...

Bye,
Smir
https://code.launchpad.net/~bialix/paramiko/paramiko.ctypes is a python ssh implementation that 
should be fairly easy to install...

/J

Michael Jones wrote:
> Question from Piety . .  he having trouble sending to the mailing list :(
> 
> 
> [19:50:04]  G:\>bzr branch bzr+ssh://pi...@ba.../~dcplusplus-team/dcplusplus
> /trunk DC++
> 
> bzr: ERROR: Don't know how to handle SSH connections. Please set BZR_SSH environ
> ment variable.
> 
> Maybe we need more help in setting up this bazaar thingy :P
> 
> PS. Thanks for reminding of me in the post :D
> 
> Pietry.
> _________________________________________________________________
> Get Hotmail on your mobile. Text MSN to 63463 now!
> http://mobile.uk.msn.com/pc/mail.aspx
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
> 

set it to plink and make sure plink.exe (PuTTY) is in your PATH. also, start 
pageant.exe with your SSH key.

poy

----- Original Message ----- 
From: "Michael Jones" <mrm...@ho...>
To: "Patches & development discussion" 
<dcp...@li...>
Sent: Sunday, March 23, 2008 8:52 PM
Subject: Re: [dcplusplus-devel] svn -> bzr

>
> Question from Piety . .  he having trouble sending to the mailing list :(
>
>
> [19:50:04]  G:\>bzr branch 
> bzr+ssh://pi...@ba.../~dcplusplus-team/dcplusplus
> /trunk DC++
>
> bzr: ERROR: Don't know how to handle SSH connections. Please set BZR_SSH 
> environ
> ment variable.
>
> Maybe we need more help in setting up this bazaar thingy :P
>
> PS. Thanks for reminding of me in the post :D
>
> Pietry.
> _________________________________________________________________
> Get Hotmail on your mobile. Text MSN to 63463 now!
> http://mobile.uk.msn.com/pc/mail.aspx
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
>
> 

Question from Piety . .  he having trouble sending to the mailing list :(

[19:50:04]  G:\>bzr branch bzr+ssh://pi...@ba.../~dcplusplus-team/dcplusplus
/trunk DC++

bzr: ERROR: Don't know how to handle SSH connections. Please set BZR_SSH environ
ment variable.

Maybe we need more help in setting up this bazaar thingy :P

PS. Thanks for reminding of me in the post :D

Pietry.
_________________________________________________________________
Get Hotmail on your mobile. Text MSN to 63463 now!
http://mobile.uk.msn.com/pc/mail.aspx

Since I only received one complaint (hi pietry) that I'll be addressing, I've now moved the dc++ 
source code to a bazaar repository on launchpad. Since I'm not familiar with bzr my plan was to use 
it more or less like we've been using svn, with a main trunk branch that we'll make commits to and 
release from. Once we're more experienced we can discuss more flexible work flows...

For those of you that only use read access (lurkers & mod authors), you just do "bzr branch 
http://bazaar.launchpad.net/~dcplusplus-team/dcplusplus/trunk dcplusplus" and you're ready to go. If 
you decide to use bazaar yourselves, it'll help you merge in any changes that are made to the core, 
simplifying the process of keeping up to date. It'll also make it more simple to send patches back, 
since bzr allows you to cherry pick commits & changes *hint* =)

For those that also had commit access, you start by doing "bzr branch 
bzr+ssh://<name>@bazaar.launchpad.net/~dcplusplus-team/dcplusplus/trunk dcplusplus" then in the 
dcplusplus folder "bzr reconfigure --checkout". That'll configure bzr to work just like svn, 
committing each revision you make to the main repository when you do "bzr commit".

Alternatively, you don't do the reconfigure thing, and all your "bzr commit" commits will be local 
until you do a bzr push. This is probably the preferred way of working, then you can make many small 
commits while you're working at a feature, and then when it's completely done, do a bzr push to 
upload all changes in one go. Bazaar is supposed to be smart about merging, so there should be fewer 
conflicts as well...

I've imported the whole svn history into bazaar, and since the nice bzr-svn plugin also allows 
committing to svn repos, I plan on installing a hook which will keep svn in sync with bzr - if you 
don't care about bzr and you only read, you'll be getting your updates through svn (although 
slightly delayed maybe), and the sf.net stats will keep being updated (hi pietry again =).

Let me know if you need any help or have any comments...now I'm off to make my first commit =)

/Jacek

yeah, i did it the easiest way... it would be better to use the context ID 
sent by the the helpinfo structure, sure. and ultimately, maybe add 
context-sensitive help (with tooltips) on every item, we already have most 
of it written down in separate HTML pages...

poy

----- Original Message ----- 
From: "Jacek Sieka" <arn...@gm...>
To: "poy" <po...@12...>; "Patches & development discussion" 
<dcp...@li...>
Sent: Sunday, March 16, 2008 8:51 PM
Subject: Re: [dcplusplus-devel] patch: help in settings

> hm, applied...shouldn't the help callback get at least some of the 
> helpinfo structure that's passed with wm_help?
>
> /J
>
> poy wrote:
>> this patch was forgotten it seems... i've updated it to the current 
>> revision, and added AspectHelp to clean up onRaw(..., WM_HELP) calls.
>> also, "OK", "Cancel", "Help" buttons in settings and in the user command 
>> dialog are now translatable.
>>
>> added file:
>> smartwin/include/smartwin/aspects/AspectHelp.h
>>
>> poy
>>
>> ----- Original Message ----- From: "poy" <po...@12...>
>> To: "dcplusplus-devel" <dcp...@li...>
>> Sent: Tuesday, September 04, 2007 2:09 PM
>> Subject: [dcplusplus-devel] patch: help in settings
>>
>>
>>> help button in settings. i moved the handleHelp function from PropPage 
>>> to
>>> SettingsDialog.
>>> there's that annoying thing about onRaw's that don't accept 
>>> void-returning
>>> functions, so i couldn't get the onRaw and the onClicked to call the 
>>> same
>>> handleHelp function (which would have been nicer).
>>>
>>> added 3 strings in StringDefs to make the ok-cancel-help buttons in 
>>> settings
>>> translatable.
>>>
>>> poy
>>>
>>
>>
>> --------------------------------------------------------------------------------
>>
>>
>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>>
>>
>> --------------------------------------------------------------------------------
>>
>>
>>
>>> _______________________________________________
>>> dcplusplus-devel mailing list
>>> dcp...@li...
>>> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
>>>
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> dcplusplus-devel mailing list
>> dcp...@li...
>> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
>
> 

If you have a mingw cross compiler you can compile the win32 version from unix (this is how I do) to 
test if patches work...

/J

Yakov Suraev wrote:
> Oh, I'm sorry for my mistake...
> 
> In this patch, I have used putenv / setenv depending on platform (I
> haven't used putenv everywhere, as putenv has different behavior on
> different platforms)...
> 
> P. S. Big thanks for accepting patches.
> 
> With best regards, Yakov Suraev.

hm, applied...shouldn't the help callback get at least some of the helpinfo structure that's passed 
with wm_help?

/J

poy wrote:
> this patch was forgotten it seems... i've updated it to the current 
> revision, and added AspectHelp to clean up onRaw(..., WM_HELP) calls.
> also, "OK", "Cancel", "Help" buttons in settings and in the user command 
> dialog are now translatable.
> 
> added file:
> smartwin/include/smartwin/aspects/AspectHelp.h
> 
> poy
> 
> ----- Original Message ----- From: "poy" <po...@12...>
> To: "dcplusplus-devel" <dcp...@li...>
> Sent: Tuesday, September 04, 2007 2:09 PM
> Subject: [dcplusplus-devel] patch: help in settings
> 
> 
>> help button in settings. i moved the handleHelp function from PropPage to
>> SettingsDialog.
>> there's that annoying thing about onRaw's that don't accept 
>> void-returning
>> functions, so i couldn't get the onRaw and the onClicked to call the same
>> handleHelp function (which would have been nicer).
>>
>> added 3 strings in StringDefs to make the ok-cancel-help buttons in 
>> settings
>> translatable.
>>
>> poy
>>
> 
> 
> -------------------------------------------------------------------------------- 
> 
> 
> 
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> 
> 
> -------------------------------------------------------------------------------- 
> 
> 
> 
>> _______________________________________________
>> dcplusplus-devel mailing list
>> dcp...@li...
>> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
>>
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel

this patch was forgotten it seems... i've updated it to the current 
revision, and added AspectHelp to clean up onRaw(..., WM_HELP) calls.
also, "OK", "Cancel", "Help" buttons in settings and in the user command 
dialog are now translatable.

added file:
smartwin/include/smartwin/aspects/AspectHelp.h

poy

----- Original Message ----- 
From: "poy" <po...@12...>
To: "dcplusplus-devel" <dcp...@li...>
Sent: Tuesday, September 04, 2007 2:09 PM
Subject: [dcplusplus-devel] patch: help in settings

> help button in settings. i moved the handleHelp function from PropPage to
> SettingsDialog.
> there's that annoying thing about onRaw's that don't accept void-returning
> functions, so i couldn't get the onRaw and the onClicked to call the same
> handleHelp function (which would have been nicer).
>
> added 3 strings in StringDefs to make the ok-cancel-help buttons in 
> settings
> translatable.
>
> poy
>

--------------------------------------------------------------------------------

> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/

--------------------------------------------------------------------------------

> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
> 

Oh, I'm sorry for my mistake...

In this patch, I have used putenv / setenv depending on platform (I
haven't used putenv everywhere, as putenv has different behavior on
different platforms)...

P. S. Big thanks for accepting patches.

With best regards, Yakov Suraev.

Jacek Sieka wrote:
> thanks. setenv doesn't exist on win32 though...
>
> /J
>
> Yakov Suraev wrote:
>   
>> Hi!
>>
>> I'm one of developers of project, which concerned with porting
>> DCPlusPlus client to Linux (it's not LinuxDC++, we use Qt 4 for GUI) and
>> I would like to propose several small patches for better *nix compatibility.
>>
>> Required copyright notice: these patches has been written by Pavel
>> Andreev and Yakov Suraev, we hands copyright on these patches to
>> DCPlusPlus developers. We hope these patches will be useful.
>>
>> With best regards, Yakov Suraev.
>>
>>
>>     
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
>   

thanks. setenv doesn't exist on win32 though...

/J

Yakov Suraev wrote:
> Hi!
> 
> I'm one of developers of project, which concerned with porting
> DCPlusPlus client to Linux (it's not LinuxDC++, we use Qt 4 for GUI) and
> I would like to propose several small patches for better *nix compatibility.
> 
> Required copyright notice: these patches has been written by Pavel
> Andreev and Yakov Suraev, we hands copyright on these patches to
> DCPlusPlus developers. We hope these patches will be useful.
> 
> With best regards, Yakov Suraev.
> 
> 

Hi!

I'm one of developers of project, which concerned with porting
DCPlusPlus client to Linux (it's not LinuxDC++, we use Qt 4 for GUI) and
I would like to propose several small patches for better *nix compatibility.

Required copyright notice: these patches has been written by Pavel
Andreev and Yakov Suraev, we hands copyright on these patches to
DCPlusPlus developers. We hope these patches will be useful.

With best regards, Yakov Suraev.

Jacek Sieka wrote:
> I'm curious to try out distributed vcs and DC++ seems like a reasonably sized project to try it on...
> 
>>From what I read, this should bring advantages to all mod devs because it'll be easier for them to
> merge their branches and it should make it easier for frequent contributors for the same reasons.
> 
> In the beginning at least, I wouldn't change too much in the development process, i e one central
> repository for the main dc++ distribution and patches to mailing list or launchpad. Once I and the
> main committers become more familiar with the new tools, we could move to a better process if one
> exists for our specific needs.
> 
> That said, I can't decide which one to pick - Bazaar or Hg. They're both similar and I can't decide
> which one is better. Hg seems to have the technical edge while bazaar is possibly more user friendly
> but I've never used either of them so if anyone has any experience...?
> 
> It seems like both can be more or less set up to work on sf.net (putting them in the public web
> space and pushing changes through ssh) - bazaar could also be deployed on launchpad while theres
> sharesource.org for mercurial...
> 
> And no, I don't like git (from a documentation point of view, I've never used that either).
> 
> /J
> 

I say choose Bazaar. You already have a launchpad site, might as well 
consolidate things to there. I haven't used Bazaar yet, but I've researched it 
and it looks pretty nice. LinuxDC++ is also probably going to be switching to 
Launchpad soon (yay, no more berlios!), so easier integration with its upstream 
would be nice.

-Steven

I'm curious to try out distributed vcs and DC++ seems like a reasonably sized project to try it on...

>From what I read, this should bring advantages to all mod devs because it'll be easier for them to
merge their branches and it should make it easier for frequent contributors for the same reasons.

In the beginning at least, I wouldn't change too much in the development process, i e one central
repository for the main dc++ distribution and patches to mailing list or launchpad. Once I and the
main committers become more familiar with the new tools, we could move to a better process if one
exists for our specific needs.

That said, I can't decide which one to pick - Bazaar or Hg. They're both similar and I can't decide
which one is better. Hg seems to have the technical edge while bazaar is possibly more user friendly
but I've never used either of them so if anyone has any experience...?

It seems like both can be more or less set up to work on sf.net (putting them in the public web
space and pushing changes through ssh) - bazaar could also be deployed on launchpad while theres
sharesource.org for mercurial...

And no, I don't like git (from a documentation point of view, I've never used that either).

/J

2002	Jan	Feb (1)	Mar	Apr	May	Jun	Jul (1)	Aug (2)	Sep	Oct	Nov	Dec
2003	Jan	Feb (2)	Mar (1)	Apr	May (4)	Jun (3)	Jul (1)	Aug (1)	Sep (4)	Oct	Nov	Dec
2007	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (2)	Oct (28)	Nov (89)	Dec (37)
2008	Jan (78)	Feb (37)	Mar (21)	Apr (3)	May (10)	Jun (3)	Jul (13)	Aug (7)	Sep (9)	Oct (3)	Nov (4)	Dec
2009	Jan (2)	Feb (7)	Mar (16)	Apr (1)	May (2)	Jun	Jul	Aug (8)	Sep	Oct (5)	Nov (4)	Dec (1)
2010	Jan (4)	Feb (1)	Mar	Apr	May (1)	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec
2011	Jan (1)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (1)
2012	Jan (4)	Feb	Mar (1)	Apr (1)	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec
2013	Jan (1)	Feb	Mar	Apr	May (1)	Jun	Jul (1)	Aug	Sep (2)	Oct	Nov	Dec
2014	Jan	Feb	Mar (4)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2015	Jan (2)	Feb (1)	Mar (1)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2016	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (2)	Oct	Nov	Dec
2017	Jan	Feb (1)	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2018	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (2)	Dec
2022	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec

dcplusplus-devel Mailing List for DC++ (Page 6)

A Windows client for the Direct Connect networks

dcplusplus-devel — Developer's list