- 18 May, 2018 1 commit
-
-
Simon Giesecke authored
Solution: replace by C++-style casts
-
- 14 May, 2018 1 commit
-
-
Simon Giesecke authored
Solution: move conditional include directive to precompiled.hpp
-
- 10 Mar, 2018 1 commit
-
-
Manuel Segura authored
* Problem: Still need to port over more files to VxWorks 6.x Solution: Port more files to VxWorks 6.x * Problem: Need to port over remaining files to VxWorks 6.x. Also remove POSIX thread dependency for VxWorks (because of priority inversion problem in POSIX mutexes with VxWorks 6.x processes) Solution: Port over remaining files to VxWorks 6.x. Also removed POSIX thread dependency for VxWorks * Problem: Needed to modify TCP, UDP, TIPC classes with #ifdefs to be compatible with VxWorks 6.x. Solution: Modify TCP, UDP, TIPC classes with #ifdefs to be compatible with VxWorks 6.x
-
- 13 Feb, 2018 1 commit
-
-
Simon Giesecke authored
reuse Solution: extract into functions defined in ip.hpp Problem: signaler_t::make_fdpair not reusable Solution: move make_fdpair to ip.hpp Problem: epoll worker with no fds cannot be stopped Solution: use interruptible epoll_pwait call Problem: insufficient unit tests for poller Solution: add test cases
-
- 09 Feb, 2018 2 commits
-
-
Simon Giesecke authored
Solution: add socket option
-
sigiesec authored
Solution: activate SIO_LOOPBACK_FAST_PATH if available See #2899
-
- 08 Feb, 2018 1 commit
-
-
sigiesec authored
Solution: add const where easily possible
-
- 02 Feb, 2018 1 commit
-
-
sigiesec authored
Solution: applied clang-format
-
- 31 Jan, 2018 1 commit
-
-
sigiesec authored
Solution: signal error to caller, and apply appropriate cleanup
-
- 04 Apr, 2017 1 commit
-
-
bbdb68 authored
* add define for windows/UWP * prevent issue with COM references * gettickcount not available on uwp * add compiler definitions * add convenitnece cmake file * brute force uwp compilation * fix compiler version * cosmetics
-
- 27 Mar, 2017 1 commit
-
-
Thomas Braun authored
Solution: Use the appropriate assertion macro.
-
- 06 Mar, 2017 1 commit
-
-
nexcvon authored
Solution: restore the wsa_assert statement previously removed.
-
- 03 Mar, 2017 1 commit
-
-
nexcvon authored
Solution: Change to the way it does below on non-Windows platforms, retry when send returns -1.
-
- 26 Dec, 2016 2 commits
-
-
Luca Boccassi authored
Solution: if available, call socketpair with SOCK_CLOEXEC flag to make the process close the socket on fork+exec
-
Luca Boccassi authored
Solution: if available, use eventfd with EFD_CLOEXEC flag to make the process close the socket on fork+exec
-
- 05 Dec, 2016 1 commit
-
-
Luca Boccassi authored
Solution: restore inclusion of poll.h if using poll before zmq.h as it was originally, as AIX redefines the POSIX structures and provides compatibility macros. Also add alternative aliases for 32 bit AIX's pollitem struct: events -> reqevents revents -> rtnevents
-
- 17 Sep, 2016 1 commit
-
-
Constantin Rack authored
Solution: replace tabes with spaces
-
- 11 Jun, 2016 1 commit
-
-
Michael Lutz authored
Solution: Provide poll() for Windows as well. This is a build option that defaults to off as the resulting binary will only run on Windows Vista or newer. This is not tested with alternative Winsock service providers like VMCI, but the documentation for WSAPoll does not mention limitations. On my local machine, throughput improves by ~10 % (20 simultaneous remote_thr workes to one local_thr, 10 byte messages), while latency improves by ~30 % (measured with remote/local_lat).
-
- 14 May, 2016 1 commit
-
-
evoskuil authored
-
- 26 Apr, 2016 1 commit
-
-
hitstergtd authored
Solution: fix it
-
- 21 Feb, 2016 2 commits
-
-
Luca Boccassi authored
Solution: fix it
-
Osiris authored
Solution: The Coverity Static Code Analyzer was used on libzmq code and found many issues with uninitialized member variables, some redefinition of variables hidding previous instances of same variable name and a couple of functions where return values were not checked, even though all other occurrences were checked (e.g. init_size() return).
-
- 18 Feb, 2016 1 commit
-
-
Osiris authored
Solution: Phase I - make precompiled.hpp be first file included in every source file
-
- 28 Jan, 2016 1 commit
-
-
Constantin Rack authored
Solution: update to 2016
-
- 01 Nov, 2015 1 commit
-
-
Pieter Hintjens authored
See issue #1608. This is an old issue with Windows 7. The effect is that we see a latency ramp on the first 500 messages. * The ramp is unaffected by message size. * Sleeping up to 100msec between sends has no effect except to switch off ZeroMQ batching so making the ramp more visible. * After 500 messages, latency falls back down to ~10-40 usec. * Over inproc:// the ramp happens when we use the signaler class. * Client-server over inproc:// does not show the ramp. * Client-server over tcp:// shows a similar ramp. We know that the signaller is using TCP on Windows. We can 'prime' the connection by doing 500 dummy sends. This potentially causes new sockets to be delayed on creation, which is not a good solution. Note that the signaller sends zero-byte messages. This may also be confusing TCP. Solution: flood the receive buffer when creating a new FD pair; send a 1M buffer and discard it. Fixes #1608
-
- 30 Oct, 2015 1 commit
-
-
Pieter Hintjens authored
-
- 29 Sep, 2015 1 commit
-
-
KIU Shueng Chuan authored
In real world usage, there have been reported signaler failures where the eventfd read() or socket recv() system call in signaler::recv() fails, despite having made a prior successful signaler::wait() call. this patch creates a signaler::recv_failable() method that allows unreadable eventfd / socket to return an error without asserting.
-
- 18 Sep, 2015 1 commit
-
-
Maxim Yakhontov authored
-
- 06 Sep, 2015 1 commit
-
-
Constantin Rack authored
-
- 03 Sep, 2015 1 commit
-
-
Constantin Rack authored
-
- 02 Sep, 2015 1 commit
-
-
Constantin Rack authored
-
- 28 Jul, 2015 1 commit
-
-
Brian Silverman authored
I had the assertion below fail occasionally when running the libzmq tests under heavy CPU load on linux 3.16.0-4-amd64.
-
- 23 Jul, 2015 1 commit
-
-
Richard Newton authored
-
- 22 Jul, 2015 2 commits
-
-
Giulio Eulisse authored
-
Brian Silverman authored
Previously, AddressSanitizer flagged leaks when running tests/test_many_sockets.cpp.
-
- 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.
-
- 20 Apr, 2015 1 commit
-
-
Pieter Hintjens authored
This is a silly assertion that causes problems if libzmq.dll is called in some esoteric ways. Solution: if the shutdown code detects WSANOTINITIALISED, then exit silently. Fixes #1377 Fixes #1144
-
- 22 Jan, 2015 1 commit
-
-
Pieter Hintjens authored
Solution: update for 2015 Fixes #1320
-
- 24 Sep, 2014 1 commit
-
-
Michaël Paul authored
-
- 23 Jul, 2014 1 commit
-
-
Ewen McNeill authored
Updated: src/signaler.cpp: Add close_wait_ms() static function to loop when receiving EAGAIN in response to close(), with ms long sleeps, up to a maximum limit (default 2000ms == 2 seconds); used in signaler_t::~signaler_t() destructor.
-