- 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
-
- 12 Mar, 2013 1 commit
-
-
Pieter Hintjens authored
Copyrights had become ads for Sustrik's corporate sponsors, going against the original agreement to share copyrights with the community (that agreement was: one line stating iMatix copyright + one reference to AUTHORS file). The proliferation of corporate ads is also unfair to the many individual authors. I've removed ALL corporate title from the source files so the copyright statements can now be centralized in AUTHORS and source files can be properly updated on an annual basis.
-
- 31 Jan, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 27 Aug, 2012 1 commit
-
-
Arthur O'Dwyer authored
Compiling without warnings is a good goal, because it makes new warnings (which probably indicate bugs) stand out rather than getting lost in the spam. My fixes fall into two categories: - Adding (void) casts of unused parameters, where their unusedness seems like a TODO (or in some cases a bug?). - Removing parameter names altogether, where the function is clearly a stub that will never use its parameters. Should be no change in behavior.
-
- 24 Aug, 2012 1 commit
-
-
Arthur O'Dwyer authored
Static analysis says: src\tcp_address.cpp(297): error V595: The 'res' pointer was utilized before it was verified against nullptr. Check lines: 297, 301. src\tcp_address.cpp(603): error V106: Implicit type conversion third argument 'full_bytes' of function 'memcmp' to memsize type. src\tcp_address.cpp(603): error V526: The 'memcmp' function returns 0 if corresponding buffers are equal. Consider examining the condition for mistakes. In fact the use of "memcmp" is correct, but the enclosing "if" isn't necessary, and the compiler is happier if "full_bytes" is a size_t.
-
- 06 Jul, 2012 2 commits
-
-
Pieter Hintjens authored
-
Pieter Hintjens authored
-
- 14 Jun, 2012 1 commit
-
-
Javier Lopez authored
- Android crosscompiler shows a warning about two signed/unsigned checks on compilation, this patch adds casts to avoid this, so zmq3.x can compile on it.
-
- 28 May, 2012 1 commit
-
-
Martin Hurton authored
-
- 18 Apr, 2012 2 commits
-
-
Sergey KHripchenko authored
-
Sergey KHripchenko authored
fix bug in zmq::tcp_address_t::resolve_interface() where all resolved interface ip's overwrited by 0.0.0.0
-
- 13 Apr, 2012 1 commit
-
-
Sergey KHripchenko authored
-
- 12 Apr, 2012 1 commit
-
-
Sergey KHripchenko authored
Assign arbitrary number of filters that will be applied for each new TCP transport connection on a listening socket. If no filters applied, then TCP transport allows connections from any ip. If at least one filter is applied then new connection source ip should be matched. To clear all filters call zmq_setsockopt(socket, ZMQ_TCP_ACCEPT_FILTER, NULL, 0). Filter is a null-terminated string with ipv6 or ipv4 CIDR. For example: localhost 127.0.0.1 mail.ru/24 ::1 ::1/128 3ffe:1:: 3ffe:1::/56 Returns -1 if the filter couldn't be assigned(format error or ipv6 filter with ZMQ_IPV4ONLY set) P.S. The only thing that worries me is that I had to re-enable 'default assign by reference constructor/operator' for 'tcp_address_t' (and for my inherited class tcp_address_mask_t) to store it in std::vector in 'options_t'...
-
- 27 Mar, 2012 3 commits
-
-
Martin Hurton authored
-
Martin Hurton authored
This still rejects 00 as port number.
-
Martin Hurton authored
-
- 25 Mar, 2012 1 commit
-
-
Martin Hurton authored
The problem is that even though the AI_V4MAPPED flag is defined on FreeBSD, the getaddrinfo function does not support it and returns EAI_BADFLAGS. The patch also sets the flag on Windows if it is defined there. This is true for Windows Vista and later. Fixes issue #331.
-
- 16 Feb, 2012 1 commit
-
-
Staffan Gimåker authored
This allows us to actually report an error to the caller on resolve failure, rather than asserting later on in the io thread. Signed-off-by:
Staffan Gimåker <staffan@spotify.com>
-
- 11 Feb, 2012 1 commit
-
-
Ian Barber authored
-
- 08 Feb, 2012 1 commit
-
-
Ian Barber authored
-