- 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
-
- 10 Dec, 2016 1 commit
-
-
pavel.pimenov authored
-
- 15 Nov, 2016 1 commit
-
-
Caleb Epstein authored
-
- 02 Nov, 2016 1 commit
-
-
Dmitriy-GH authored
#define ZMQ_HAVE_WINDOWS_TARGET_XP disable uncompatible WinAPI 1. Disable call if_indextoname() 2. Emulate windows Condition Variable API in class condition_variable_t with std::condition_variable This code can be compiled in MSVC 2015 with option "Platform toolset: Visual Studio 2015 - Windows XP (v140_xp)"
-
- 31 Oct, 2016 1 commit
-
-
Phillip Mienk authored
-
- 21 Oct, 2016 1 commit
-
-
Juha Reunanen authored
Solution: #include <netioapi.h> and change some IP_ADAPTER_UNICAST_ADDRESS data types
-
- 10 Oct, 2016 1 commit
-
-
Mário Kašuba authored
Added fallback mechanism for specific socket binding on Windows platform with IPv6 enabled
-
- 09 Oct, 2016 1 commit
-
-
yasirs authored
-
- 20 Jul, 2016 1 commit
-
-
Jim Garlick authored
getifaddrs() can fail transiently with ECONNREFUSED on Linux. This has been observed with Linux 3.10 when multiple processes call zmq::tcp_address_t::resolve_nic_name() simultaneously. Before asserting in this case, make 10 attempts, with exponential backoff, given by (1 msec * 2^i), where i is the attempt number. Fixes #2051
-
- 27 May, 2016 1 commit
-
-
Adam Seering authored
On systems where getifaddrs() exists but isn't implemented, behave as if 'resolve_nic_name()' were entirely unsupported
-
- 31 Mar, 2016 1 commit
-
-
Matt Powley authored
A Visual Studio build from master (commit id: dac5b45d) using the v140_xp toolset yields a binary that is not XP compatible. Two libraries contain exports that cannot be found: - IPHLPAPI.DLL : if_nametoindex - KERNEL32.DLL : InitializeConditionVariable The latter export is already dealt with in the file './src/condition_variable.hpp'; however this requires setting the _WIN32_WINNT pre-processor definition. I am not experienced enough to figure a work around for the 'if_nametoindex' method, so I have created a new pre-processor definition 'ZMQ_HAVE_WINDOWS_TARGET_XP' and removed the calling of the function with the limitation that these builds cannot handle a IPv6 address with an adapter name. To make it easier for people targeting XP with an MSVC build I have modified the MSBuild property file to add/modify the pre-processor definitions if they are building using a XP targeting tool set; such as v140_xp.
-
- 29 Mar, 2016 1 commit
-
-
Jim Klimov authored
-
- 18 Feb, 2016 1 commit
-
-
Osiris authored
Solution: Phase I - make precompiled.hpp be first file included in every source file
-
- 12 Feb, 2016 1 commit
-
-
Pieter Hintjens authored
It's all over the place. Solution: remove duplicates and try to move main includes to start of source. Also, include net/if.h always, so that the code will compile if ZMQ_HAVE_IFADDRS isn't defined.
-
- 28 Jan, 2016 1 commit
-
-
Constantin Rack authored
Solution: update to 2016
-
- 21 Jan, 2016 2 commits
-
-
Ilya Kulakov authored
Make it ready to enable ipv6 for AIX or HP/UX
-
Ilya Kulakov authored
-
- 16 Jan, 2016 1 commit
-
-
Laszlo Boszormenyi (GCS) authored
-
- 09 Dec, 2015 1 commit
-
-
Sathish Yenna authored
-
- 26 Oct, 2015 1 commit
-
-
Boris Lytochkin authored
-
- 11 Sep, 2015 1 commit
-
-
Pieter Hintjens authored
-
- 06 Sep, 2015 1 commit
-
-
Constantin Rack authored
-
- 03 Sep, 2015 1 commit
-
-
Markus Pfeiffer authored
-
- 21 Aug, 2015 2 commits
-
-
Joe Eli McIlvain authored
Solution: Move the macros to a private header.
-
reza.ebrahimi authored
-
- 14 Aug, 2015 1 commit
-
-
reza.ebrahimi authored
-
- 13 Jun, 2015 1 commit
-
-
Kapp Arnaud authored
See #1220 recent comments. This change is untested yet seems safe.
-
- 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.
-
- 22 Jan, 2015 1 commit
-
-
Pieter Hintjens authored
Solution: update for 2015 Fixes #1320
-
- 01 Jul, 2014 1 commit
-
-
Martin Hurton authored
-
- 25 Jun, 2014 2 commits
-
-
Pieter Hintjens authored
-
Pieter Hintjens authored
This reverts commit 78a7b469.
-
- 24 Jun, 2014 2 commits
-
-
Pieter Hintjens authored
This syntax is undocumented and has no known meaning. It was in libzmq since 3.x. Solution: remove this code.
-
Pieter Hintjens authored
Since https://github.com/zeromq/libzmq/commit/350a1a, TCP addresses get resolved asynchronously, so zmq_connect no longer returned an error on incorrect addresses. This is troublesome since we rely on some error checking to catch blatant errors. Solution add some upfront syntax checking that catches at least the obvious kinds of errors (invalid characters, wrong or missing port number).
-
- 22 Jun, 2014 1 commit
-
-
chrox authored
-
- 15 Jun, 2014 1 commit
-
-
Martin Hurton authored
-
- 03 Jun, 2014 1 commit
-
-
Martin Hurton authored
-
- 03 May, 2014 1 commit
-
-
Richard Newton authored
-
- 30 Apr, 2014 1 commit
-
-
nikita kozlov authored
Few examples: tcp:://192.168.0.4:55555;192.168.0.254:1234 tcp:://192.168.0.4:0;192.168.0.254:1234 tcp:://eth2:55555;192.168.0.254:1234
-
- 02 Jan, 2014 1 commit
-
-
Pieter Hintjens authored
-