- 02 Feb, 2018 1 commit
-
-
sigiesec authored
Solution: applied clang-format
-
- 28 Jan, 2016 1 commit
-
-
Constantin Rack authored
Solution: update to 2016
-
- 02 Jun, 2015 1 commit
-
-
Pieter Hintjens authored
Of course people still "can" distributed the sources under the LGPLv3. However we provide COPYING.LESSER with additional grants. Solution: specify these grants in the header of each source file.
-
- 14 Oct, 2014 1 commit
-
-
Phillip Mienk authored
-
- 31 Aug, 2014 1 commit
-
-
anonymous authored
-
- 27 Jun, 2014 1 commit
-
-
Pieter Hintjens authored
Solution: fixed this. Also minor code cleanups.
-
- 02 Jan, 2014 1 commit
-
-
Pieter Hintjens authored
-
- 12 Dec, 2013 1 commit
-
-
Gergely Nagy authored
When trying to linking curve_keygen as if it was a C program, linking fails (at least with gcc 4.8 on Debian testing) because it can't find C++ symbols. Linking with g++ instead fixes the issue. To achieve this, the source is renamed to curve_keygen.cpp, and tools/Makefile.am is updated accordingly. Signed-off-by:
Gergely Nagy <algernon@balabit.hu>
-
- 10 Oct, 2013 1 commit
-
-
xantares authored
-
- 29 Sep, 2013 1 commit
-
-
MinRK authored
-
- 28 Sep, 2013 1 commit
-
-
MinRK authored
it was excluded, so HAVE_SODIUM would never be defined, leading to curve_keygen always reporting "recompile with libsodium"
-
- 26 Sep, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 20 Sep, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 15 Sep, 2013 3 commits
-
-
Pieter Hintjens authored
* Removed redundant Z85 code and include files from project * Simplified use of headers in test cases (now they all just use testutil.hpp) * Export zmq_z85_encode() and zmq_z85_decode() in API * Added man pages for these two functions
-
Pieter Hintjens authored
-
Pieter Hintjens authored
-
- 13 Sep, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 12 Sep, 2013 2 commits
-
-
Pieter Hintjens authored
On ZMQ_CURVE_xxxKEY fetches, would return 41 bytes into caller's 40-byte buffer. Now these fetches only return 41 bytes if the caller explicitly provides a 41-byte buffer (i.e. the option size is 41).
-
Pieter Hintjens authored
-
- 09 Sep, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 05 Sep, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 28 Jun, 2013 1 commit
-
-
Pieter Hintjens authored
The use of binary for CURVE keys is painful; you cannot easily copy these in e.g. email, or use them directly in source code. There are various encoding possibilities. Base16 and Base64 are not optimal. Ascii85 is not safe for source (it generates quotes and escapes). So, I've designed a new Base85 encoding, Z85, which is safe to use in code and elsewhere, and I've modified libzmq to use this where it also uses binary keys (in get/setsockopt). Very simply, if you use a 32-byte value, it's Base256 (binary), and if you use a 40-byte value, it's Base85 (Z85). I've put the Z85 codec into z85_codec.hpp, it's not elegant C++ but it is minimal and it works. Feel free to rewrap as a real class if this annoys you.
-
- 20 Jun, 2013 1 commit
-
-
Pieter Hintjens authored
- ZMQ_CURVE_PUBLICKEY for clients and servers - ZMQ_CURVE_SECRETKEY for clients - ZMQ_CURVE_SERVERKEY for clients - ZMQ_CURVE_SERVER for servers - added tools/curve_keygen.c as example - updated man pages
-