- 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.
-
- 09 Jul, 2014 1 commit
-
-
Martin Hurton authored
-
- 28 Apr, 2014 1 commit
-
-
evoskuil authored
-
- 27 Apr, 2014 1 commit
-
-
Richard Newton authored
-
- 25 Apr, 2014 1 commit
-
-
evoskuil authored
-
- 30 Mar, 2014 1 commit
-
-
evoskuil authored
-
- 18 Mar, 2014 1 commit
-
-
Frank authored
* report from Richard Newton indicated previous solutions was not working on Windows
-
- 17 Feb, 2014 1 commit
-
-
Olaf Mandel authored
The decision about the poller mechanism to use (select, poll, ...) was done twice: once by the build system and once by the code in poller.hpp. As the build-system can actually detect the mechanisms available, prefer that result to the hard coded defaults in poller.hpp. At the same time, remove the duplicate detection of select() vs. poll()-variant from proxy.cpp, signaler.cpp and zmq.cpp. This patch has not been tested on many build platforms: especially the cmake build needs testing / patching. For the other builds, hard code the result as these these are all Windows platforms.
-
- 02 Jan, 2014 1 commit
-
-
Pieter Hintjens authored
-
- 11 Dec, 2013 1 commit
-
-
KIU Shueng Chuan authored
-
- 28 Nov, 2013 1 commit
-
-
KIU Shueng Chuan authored
-
- 11 Nov, 2013 2 commits
-
-
KIU Shueng Chuan authored
the size of the critical section is reduced by only entering the critical section right before the bind().
-
KIU Shueng Chuan authored
-
- 10 Nov, 2013 2 commits
-
-
Matt Connolly authored
Update signaler make_fdpair to set file descriptors to -1 when too many files are open using socketpair.
-
Bruno D. Rodrigues authored
Fix socket creation above sistem limits for all 'other' OS not covered by eventfd, windows or vms; enhanced test to create sockets up to a bigger limit to really test hitting the OS limit
-
- 07 Nov, 2013 2 commits
-
-
Pieter Hintjens authored
-
Pieter Hintjens authored
-