DC++

maybe use a ? instead, this is not an allowed filename char on Win systems anyway

Good idea Sedulus; even better than my proposal.

But adding zlib introduces another src dependency and compression won't buy you much (on mp3, divx, xvid, ogg or mpc etc which I imagine are the main file types exchanged). To me it sounds like feature bloat. Simply add adler32 or crc32 code. There are many optimized ones available for free. OTOH it...

Its a pitty DC++ doesn't support spec'ing file and dir download with dchub url's. As Arne pointed out in personal communication the NMDC format won't work since DC++ needs the file size to add to the queue. I see two possible solutions: 1. Add size à la ed2k links at the end of the url: dchub://h...

Form my, maybe naive, view DC++ is mostly used to dl already compressed information so adding compression at the P2P client level only eats performance without adding any new value. But maybe i'm wrong and zlib compression is rather fast so...

I would definitely cut only the needed parts from some open-source crypto lib and not include a bloated one. Some candidates: * Crypto++, http://www.eskimo.com/~weidai/cryptlib.html, probably too large but rather complete * Nettle, http://www.lysator.liu.se/~nisse/nettle/nettle.html, smaller but has...