- 05 Jun, 2015 9 commits
-
-
Richard Newton authored
-
KAPP Arnaud authored
Fixed executable name in the usage string
-
Mipa authored
-
Constantin Rack authored
Fix xpub test to set hwm before bind.
-
Richard Newton authored
-
Pieter Hintjens authored
Fail ZMQ_SNDHWM and ZMQ_RCVHWM setsockopt if already connected.
-
Richard Newton authored
-
Richard Newton authored
-
-
- 04 Jun, 2015 4 commits
-
-
Constantin Rack authored
Problem: tests/test_socketopt_hwm fails and breaks CI
-
Pieter Hintjens authored
Solution: mark this as XFAIL
-
-
Pieter Hintjens authored
Introduce a failing test against zmq_setsockpt().
-
- 03 Jun, 2015 4 commits
-
-
Kapp Arnaud authored
Problem: zmq_setsockpt() returns success when changing the HWM after a bind or connect() even though the call has no effect. Solution: Introduce a failing test a reminder we need to patch it.
-
Pieter Hintjens authored
Zero copy message receive in v2_decoder
-
Jens Auer authored
Construct messages from a reference-counted buffer allocated once per receive instead of copying the data.
-
Jens Auer authored
With a msg_t size of 64 bytes, it becomes possible to embedd the content_t's members struct for large messages directly in the msg_t. This saves the dynamic allocation of content_t obejcts when using msg_t::init_data. content_t contains a zmq::atomic_counter_t object which is not a POD in C++98 and thus it cannot be used as a member of the union u. To bypass this, C++11 is used which has relaxed rules for POD and atomic_counter is a C++11-POD. An alternative would have been to make atomic_counter a classical POD by removing constructors and all private member functions, i.e. have a struct and free functions to manipulate it. A new msg_t::init function is added which decides to either to copy the data for size<64 bytes or use msg_t::init_data to do zero-copy initialization.
-
- 02 Jun, 2015 6 commits
-
-
KAPP Arnaud authored
Fixes to README
-
Pieter Hintjens authored
-
Pieter Hintjens authored
Problem: source file headers are somewhat confusing about LGPLv3
-
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.
-
Constantin Rack authored
HPUX build and gmake check issues solution. Fixes #1412
-
ALEKSANDR MELNIKOV authored
-
- 31 May, 2015 2 commits
-
-
Constantin Rack authored
Fixed out-of-bounds access when releasing socket handles.
-
Jens Auer authored
-
- 27 May, 2015 2 commits
-
-
Constantin Rack authored
Fix another degradation, CPU maxes out when POLLOUT is set
-
Rik van der Heijden authored
Fix another degradation, CPU maxes out when POLLOUT is set because poll exits on POLLOUT and doesn't wait for POLLIN.
-
- 24 May, 2015 2 commits
-
-
Pieter Hintjens authored
Fix degradation from #1382, POLLOUT was tested but not requested
-
Rik van der Heijden authored
-
- 23 May, 2015 2 commits
-
-
Pieter Hintjens authored
Problem: missing brackets
-
Constantin Rack authored
-
- 22 May, 2015 2 commits
-
-
Constantin Rack authored
doc/zmq_socket.txt: Remove note about ZMQ_PAIR being experimental.
-
Diego Fons authored
-
- 21 May, 2015 1 commit
-
-
- 19 May, 2015 2 commits
-
-
Pieter Hintjens authored
Problem: libzmq has temp debug printf
-
Brian Knox authored
-
- 13 May, 2015 2 commits
-
-
Constantin Rack authored
libzmq: Fix pkg-config files for static linking
-
Peter Korsgaard authored
Libzmq uses C++ standard library features, so users of it should link against that as well when statically linking. Add it to Libs.private so users using pkg-config automatically gets the correct linker flags. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
-
- 07 May, 2015 2 commits
-
-
Pieter Hintjens authored
Some test fail to build targeting less that Windows Vista
-
Dan Riegsecker authored
When targeting a version of Windows less than Windows Vista, the security tests fail to build. Added a check for Windows version and substituted inet_pton for inet_addr. Fixes libzmq issue #1396.
-