- 29 Apr, 2014 1 commit
-
-
Pieter Hintjens authored
- additional messages to help people debugging security errors
-
- 02 Apr, 2014 1 commit
-
-
Jan Kryl authored
-
- 06 Jan, 2014 1 commit
-
-
Stefan Radomski authored
This patch allows client applications to retrieve the remote endpoint from a message that originated from a tcp socket
-
- 02 Jan, 2014 1 commit
-
-
Pieter Hintjens authored
-
- 25 Nov, 2013 1 commit
-
-
Chris Laws authored
-
- 30 Jun, 2013 1 commit
-
-
Martin Hurton authored
The window scale option carried in SYN segment is computed from socket's receive buffer size. So we need to set this buffer size before calling connect or bind.
-
- 17 May, 2013 1 commit
-
-
Pieter Hintjens authored
- we need to switch to PLAIN according to options.mechanism - we need to catch case when both peers are as-server (or neither is) - and to use username/password from options, for client
-
- 14 May, 2013 1 commit
-
-
Martin Hurton authored
This implements protocol handshake. We still need to design and implement 1) API changes so a user can set username and password, and 2) a mechanism for engine to authenticate users.
-
- 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.
-
- 19 Feb, 2013 1 commit
-
-
Sébastien Rombauts authored
- Windows CE does not manage security attributes (no SetSecurityDescriptorDacl(), SetEvent (NULL, xxx) ...) - Windows CE does not inheritance of sockets for child process (SetHandleInformation ((HANDLE) *w_, HANDLE_FLAG_INHERIT...) - see comments about story "Porting ZeroMQ to Windows Mobile" on webpage http://www.zeromq.org/story:5
-
- 31 Jan, 2013 1 commit
-
-
Pieter Hintjens authored
-
- 22 Jan, 2013 1 commit
-
-
Charles McGarvey authored
This accomplishes the same thing as 2e2ef7fd in a potentially cleaner way.
-
- 21 Jan, 2013 1 commit
-
-
Charles McGarvey authored
-
- 02 Jan, 2013 1 commit
-
-
Matt Arsenault authored
-
- 17 Nov, 2012 1 commit
-
-
Lourens Naudé authored
Copy monitor specific event endpoints to event messages as the engine etc. can be released at anytime
-
- 30 Sep, 2012 1 commit
-
-
Michel Pelletier authored
Handle insufficient resources on accept() decently If accept() call fails due to insuffient OS resources the new connection is rejected.
-
- 21 Sep, 2012 1 commit
-
-
Lourens Naudé authored
Significantly reworked the monitoring infrastructure with a more granular per socket API and to play well with monitoring endpoints in application threads
-
- 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.
-
- 26 Aug, 2012 1 commit
-
-
Ian Barber authored
The endpoint was excluding the tcp://, causing tests to fail
-
- 04 Aug, 2012 1 commit
-
-
Lourens Naudé authored
-
- 11 Jul, 2012 1 commit
-
-
Martin Hurton authored
This also fixes a bug in tcp_connecter and tcp_listener, which generated the event not when they failed to close the socket but when the succeed to close it.
-
- 13 Jun, 2012 1 commit
-
-
Martin Hurton authored
-
- 12 Jun, 2012 4 commits
-
-
Ian Barber authored
This reverts commit 029d3dfa.
-
Ian Barber authored
This reverts commit dde69fb9.
-
Ian Barber authored
This reverts commit 33459029, reversing changes made to 889b0e6f.
-
Ian Barber authored
This reverts commit 7b105865, reversing changes made to 33459029.
-
- 11 Jun, 2012 1 commit
-
-
Martin Hurton authored
Once the object has been terminated, it is unsafe for this object to refer to its parent. The bug was responsible for occasional test_shutdown_stress failures.
-
- 08 Jun, 2012 1 commit
-
-
Hiten P authored
The TCP keepalive tuning code has been moved into the newly added files; this also allows future TCP-specific code to be added into these files, without bloating the IP level code and establishes a known file structure for other IP-based transports. Remember: this is a no-op change, hence no API or functionality was changed as part of this commit.
-
- 05 Jun, 2012 1 commit
-
-
AJ Lewis authored
The socket length variable for getsockname and accept must be an (int *) instead of a (socklen_t *) on HPUX. Signed-off-by:
AJ Lewis <aj.lewis@quantum.com>
-
- 27 May, 2012 1 commit
-
-
Martin Hurton authored
-
- 07 May, 2012 1 commit
-
-
unknown authored
-
- 04 May, 2012 1 commit
-
-
Lourens Naudé authored
-
- 21 Apr, 2012 1 commit
-
-
Sergey KHripchenko authored
1. when we call zmq_bind()/zmq_connect() to create endpoint we send ourselfs(through launch_child()) command to process_own(endpoint) (and add it to own_t::owned) in the application thread we could call zmq_unbind() / zmq_disconnect() _BEFORE_ we run process_own() in ZMQ thread and in this situation we will be unable to find it in own_t::owned. in other words own_t::owned.find(endpoint) will not be deleted but it will be deleted from socket_base_t::endpoints. 2. when you zmq_unbind() the lisnening TCP/IPC socket was terminated only in destructor... so the whole ZMQ_LINGER time listening TCP/IPC socket was able to accept() new connections but unable to handle them. this all geting even worse since unfortunately zmq has a bug and '*_listener_t' object not terminated untill the socket's zmq_close(). AT LEAST FOR PUSH SOCKETS. Everything is ok for SUB sockets. Easy to reproduce without my fix: zmq_socket(PUSH) zmq_bind(tcp); // connect to it from PULL socket zmq_unbind(tcp); sleep(forever) // netstat -anp | grep 'tcp listening socket' With my fix you could see that after zmq_unbind(tcp) all previously connected tcp sessions will not be finished untill the zmq_close(socket) regardless of ZMQ_LINGER value. (*_listener_t terminates all owned session_base_t(connect=false) and they call pipe_t::terminate() which in turn should call session_base_t::terminated() but this never happens)
-
- 18 Apr, 2012 1 commit
-
-
Sergey KHripchenko authored
-
- 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'...
-
- 05 Apr, 2012 1 commit
-
-
Sergey KHripchenko authored
currently not fully cross-platform work on linux possibly work in *bsd and could be enhanced to work on windows
-
- 20 Mar, 2012 1 commit
-
-
Martin Hurton authored
-
- 20 Feb, 2012 1 commit
-
-
Mikko Koppanen authored
Minor fixes to get_address code to fix build on solaris and freebsd. Also service doesnt need to be discovered here
-
- 18 Feb, 2012 1 commit
-
-
Mikko Koppanen authored
-