- 21 Feb, 2017 1 commit
-
-
zstang authored
the root path name specified in this file cause the #2341 problem, the root path name is not need.
-
- 18 Feb, 2017 5 commits
-
-
Constantin Rack authored
Problem: 4.2.2 is out, version(s) are out of date
-
Luca Boccassi authored
Solution: bump changelog, ABI revision, library and packaging version
-
Constantin Rack authored
Problem: NEWS not up to date, packaging versions not up to date
-
Luca Boccassi authored
Solution: bump to 4.2.2
-
Luca Boccassi authored
Solution: mention main changes and bug fixes since 4.2.1
-
- 07 Feb, 2017 3 commits
-
-
Luca Boccassi authored
Problem: v4-in-v6 mapped addresses cause parsing failure
-
Luca Boccassi authored
Include FindSodium.cmake in dist tarball
-
Sylvain Corlay authored
-
- 03 Feb, 2017 1 commit
-
-
Luca Boccassi authored
Solution: in the address validator accept an endpoint that starts with :, eg: ::ffff:192.168.0.1:12345 as it's a valid mapped address.
-
- 02 Feb, 2017 2 commits
-
-
Luca Boccassi authored
Problem: polling does not work well OOB in OpenIndiana
-
Jim Klimov authored
Solution: even though epoll() semantics are supported in modern illumos, it may differ from what Linux developers are used to expect. Skip epoll and use poll or select semantics (both were checked to work well).
-
- 28 Jan, 2017 2 commits
-
-
Luca Boccassi authored
fix divide by zero in zmq::lb_t::sendpipe
-
Patrick McLean authored
This is based on https://github.com/zeromq/zeromq3-x/pull/116/files
-
- 27 Jan, 2017 2 commits
-
-
Luca Boccassi authored
Make OS Xframwork build optional
-
Sylvain Corlay authored
-
- 26 Jan, 2017 1 commit
-
-
Ahmad M. Zawawi authored
* Fix possible clock_t crash on iOS 9.3.2 and 9.3.5 + macOS < 10.12 * No need to read return value
-
- 25 Jan, 2017 1 commit
-
-
sigiesec authored
* Problem: zmq_z85_decode does not validate its input Solution: added checks for invalid characters and overflows * Added tests, added further check for range overflow, removed (multiple) calls to strlen * Problem: gcc fails to build Solution: added missing include directive * Added VS2015 test_utils_z85 project * Fixed indentation and copyright notice * Resolved garbage from merge * Revert "Added VS2015 test_utils_z85 project" This reverts commit c58b3c664c144326e77135aa1184b6f0dee11143. * Problem: test calls zmq_z85_decode with a NULL dest Solution: call zmq_z85_decode with a properly sized buffer * Problem: tests for zmq_z85_* scattered over two files Solution: merged files * Removed reference to removed test file from CMakeLists.txt * Problem: Missing include directive to stdint.h Solution: Added include directive * Define __STDC_LIMIT_MACROS before including stdint.h * Problem: Wrong variable is checked for invalid character marker Solution: Use correct variable
-
- 22 Jan, 2017 2 commits
-
-
Luca Boccassi authored
CMake static library output does not match ZeroMQ Config.
-
Pawel Kurdybacha authored
Configuration used in ZeroMQConfig.cmake.in does not match to explicic "libzmq" output of static build.
-
- 21 Jan, 2017 2 commits
-
-
Luca Boccassi authored
Problem: cmake artefacts different from make generated artefacts
-
Sylvain Corlay authored
-
- 19 Jan, 2017 8 commits
-
-
Constantin Rack authored
Problem: typo in the zmq_has doc
-
Luca Boccassi authored
Solution: fix it
-
Luca Boccassi authored
add test and documentation for "draft" capability
-
Asmod4n authored
-
Luca Boccassi authored
Problem: cannot check if libzmq was build with draft api
-
Asmod4n authored
As discussed in #2307
-
Luca Boccassi authored
cmake: Set output name to libzmq for the libzmq-static target
-
Sylvain Corlay authored
Solution: Change the target output name from libzmq-static to libzmq.
-
- 16 Jan, 2017 2 commits
-
-
Luca Boccassi authored
Updated buildbase and buildall to work with visual studio 2017
-
chuggafan authored
-
- 12 Jan, 2017 2 commits
-
-
Luca Boccassi authored
cmake install on linux fixed
-
Johan Mabille authored
-
- 11 Jan, 2017 2 commits
-
-
Constantin Rack authored
Problem: Thread-safe solution for modify hwm of pipe
-
laplaceyang authored
Solution: where change pipe hwm, send a command (new type pipe_hwm) to peer, so peer pipe can modify hwm thread-safely
-
- 10 Jan, 2017 3 commits
-
-
Constantin Rack authored
Problems: modifying pipe from different thread is not safe and HWM always boosted by 1
-
Luca Boccassi authored
Solution: initialise *hwmboost to -1 instead of 1, and use it only if it's >= 0. The socket option code checks anyway that the user-provided value is >= 0 so there is no risk of clashing. The documentation also specifies that it has to be >= 0.
-
Luca Boccassi authored
Solution: revert change from #2299 to avoid bugs while we look for an alternative and thread-safe solution
-
- 09 Jan, 2017 1 commit
-
-
Luca Boccassi authored
Problem: set hwm after connect lead to infinite hwm
-