- 30 Oct, 2018 5 commits
-
-
Luca Boccassi authored
Problem: Use of pipe_t after free in zmq::socket_base_t::term_endpoint(). Issue #3245.
-
Bunjevacki, Jovan authored
Solution: When pipe_t is freed (terminated) remove it from _endpoints member of zmq::socket_base_t. Resolves issue #3245.
-
Luca Boccassi authored
Add support for UDP multicast ttl (ZMQ_MULTICAST_HOPS)
-
Conrad Parker authored
Solution: add relicense agreement
-
Conrad Parker authored
Solution: add support for ZMQ_MULTICAST_HOPS (IP_MULTICAST_TTL)
-
- 27 Oct, 2018 3 commits
-
-
Luca Boccassi authored
Relicense statement for Hpsaturn
-
Luca Boccassi authored
fix for android building
-
Antonio Vanegas authored
-
- 26 Oct, 2018 3 commits
-
-
Luca Boccassi authored
Relicense statement for Juraj Oršulić
-
Luca Boccassi authored
Always include ZMQSourceRunChecks.cmake
-
Juraj Oršulić authored
-
- 22 Oct, 2018 1 commit
-
-
Juraj Oršulić authored
-
- 09 Oct, 2018 1 commit
-
-
Antonio Vanegas authored
-
- 08 Oct, 2018 4 commits
-
-
Luca Boccassi authored
Solution: fix issue introduced by #3270
-
Luca Boccassi authored
Problem: gabm didn't signalise his consent to relicense libzmq
-
gabm authored
* ZMQ_DGRAM: flip more flag after successful send In the dgram socket we have a flag that indicates the next expected message type to ensure that always a pair of "address" + "body" messages gets sent. The first one MUST have the sendmore flag, the second MUST NOT. In case the message does not get sent because of HWM full, then the function returns EAGAIN as it should. But unfortunately the next expected message type-flag gets flipped as well. When the socket_base::send function now tries to resend the message, it became the wrong message type... If you don't stop sending pairs of messages here (like me) then the next message that gets through will be of the wrong type, which in turn crashes the udp_engine function as described in #3268
-
Matthias Gabriel authored
-
- 07 Oct, 2018 3 commits
-
-
Luca Boccassi authored
Problem: Compilation with strict AARCH64 compilers is broken
-
Gregory Lemercier authored
This patch fixes an issue that occurs on 64-bit architetures under strict compiler rules. The code initially checked that the received size stored in 'uint64_t' was not bigger than the max value of a 'size_t' variable, which is legitimate on 32-bit architectures where 'size_t' variables are stored on 32 bits. On 64-bit architectures, this test no longer makes sense since 'uint64_t' and 'size_t' types have the same size. The issue is fixed by ignoring this portion of code when built for arm64.
-
Gregory Lemercier authored
-
- 01 Oct, 2018 4 commits
-
-
Luca Boccassi authored
[ISSUE 2488] Updates the zmq_msg_send doc
-
Anton Dimitrov authored
-
Anton Dimitrov authored
-
Anton Dimitrov authored
Solution: Add more information to the doc specifying that MAX_INT is the maximum possible return value.
-
- 29 Sep, 2018 4 commits
-
-
Constantin Rack authored
Problem: test_connect_delay_tipc randomly fails
-
Luca Boccassi authored
Solution: use a monitor to wait for a disconnect instead of a sleep, and retry to send a message until it fails since the state machine might be delayed due to the I/O thread being pre-empted on busy systems. Also set a receive timeout to avoid random hangs. Fixes #3124
-
Constantin Rack authored
Problem: have to ask manually for relicensing grant
-
Luca Boccassi authored
Solution: add note in PR template
-
- 22 Sep, 2018 2 commits
-
-
Luca Boccassi authored
Problem: INSTALL refers to deprecated VS build instructions
-
Simon Giesecke authored
Solution: remove the reference
-
- 21 Sep, 2018 2 commits
-
-
Luca Boccassi authored
Remove race condition from XPUB/SUB test in test_blocking()
-
Francesco Montorsi authored
-
- 20 Sep, 2018 2 commits
-
-
Luca Boccassi authored
Fix for test_hwm_pubsub
-
Francesco Montorsi authored
-
- 17 Sep, 2018 1 commit
-
-
Simon Giesecke authored
Problem: test_proxy_hwm randomly fails
-
- 16 Sep, 2018 4 commits
-
-
Luca Boccassi authored
Solution: allow for a range between the minimum and maximum expected. With 2 queues, that's between 20 and 40 messages depending on the scheduling of the 3 threads involved.
-
Luca Boccassi authored
Solution: use atomics to avoid issues on non-x86 architectures
-
Luca Boccassi authored
Improve test reliability by: a) using XPUB in place of PUB to ensure …
-
Francesco Montorsi authored
Improve test reliability by: a) using XPUB in place of PUB to ensure we start publishing only after 1st subscriber has joined; b) accept both 2*HWM, 3*HWM and 4*HWM as TX/RX count of messages
-
- 14 Sep, 2018 1 commit
-
-
Luca Boccassi authored
add relicensing grant
-