1. 09 Jan, 2015 1 commit
  2. 22 Jun, 2014 1 commit
    • Martin Hurton's avatar
      Add support for SOCKS proxies · f06ca69a
      Martin Hurton authored
      This is still raw and experimental.
      To connect through a SOCKS proxy, set ZMQ_SOCKS_PROXY socket option on
      socket before issuing a connect call, e.g.:
      
          zmq_setsockopt (s, ZMQ_SOCKS_PROXY,
              "127.0.0.1:22222", strlen ("127.0.0.1:22222"));
          zmq_connect (s, "tcp://127.0.0.1:5555");
      
      Known limitations:
      - only SOCKS version 5 supported
      - authentication not supported
      - new option is still undocumented
      f06ca69a
  3. 17 May, 2014 1 commit
  4. 09 May, 2014 1 commit
  5. 05 May, 2014 1 commit
  6. 02 May, 2014 1 commit
  7. 30 Apr, 2014 1 commit
  8. 12 Jan, 2014 1 commit
  9. 02 Jan, 2014 2 commits
  10. 07 Nov, 2013 1 commit
  11. 09 Oct, 2013 1 commit
  12. 04 Sep, 2013 1 commit
    • Pieter Hintjens's avatar
      Updated libzmq to match RFC 23, 24, 25, 26 · 28b0a5fa
      Pieter Hintjens authored
      * Command names changed from null terminated to length-specified
      * Command frames use the correct flag (bit 2)
      * test_stream acts as test case for command frames
      * Some code cleanups
      28b0a5fa
  13. 18 Jul, 2013 1 commit
  14. 22 Jun, 2013 1 commit
  15. 21 Jun, 2013 1 commit
  16. 06 Jun, 2013 1 commit
  17. 17 May, 2013 1 commit
    • Pieter Hintjens's avatar
      plain_mechanism now uses options.as_server · f909b9c7
      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
      f909b9c7
  18. 14 May, 2013 2 commits
  19. 28 Apr, 2013 1 commit
  20. 12 Apr, 2013 1 commit
  21. 11 Apr, 2013 1 commit
  22. 12 Mar, 2013 3 commits
    • Pieter Hintjens's avatar
      Code name clean up · 12c7db8c
      Pieter Hintjens authored
      12c7db8c
    • Pieter Hintjens's avatar
      Bumped ZMTP revision to 2 · d826c53b
      Pieter Hintjens authored
      * Starting draft ZMTP/2.1 protocol (revision 2)
      * Basis for adding security to the wire protocol
      * Maintains backward compatibility
      d826c53b
    • Pieter Hintjens's avatar
      Removed corporate advertisements from source file headers · f0f16505
      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.
      f0f16505
  23. 01 Feb, 2013 1 commit
  24. 02 Jan, 2013 1 commit
  25. 17 Nov, 2012 1 commit
  26. 16 Nov, 2012 1 commit
  27. 13 Nov, 2012 1 commit
  28. 21 Sep, 2012 1 commit
  29. 05 Sep, 2012 2 commits
  30. 03 Sep, 2012 1 commit
  31. 02 Sep, 2012 2 commits
    • Martin Hurton's avatar
      Make ZMQ interoperate with ZMQ 2.x SUB sockets · d9307c9f
      Martin Hurton authored
      Since ZMQ 2.x does not support subscription forwarding, it's not
      possible to use ZMQ 2.x SUB socket to receive messages from a PUB
      socket.
      
      This patch adds some compatibility layer so that ZMQ 2.x SUB socket
      receives messages from PUB socket.
      d9307c9f
    • Martin Hurton's avatar
      Extend ZTP/1.0 protocol · 1bca4f6f
      Martin Hurton authored
      The new protocol adds support for protocol version and  exchanges the
      socket type, so that the library can reject a connection when the
      sockets do not match.
      
      The protocol was designed so that it's possible to detect and fully
      support ZTP/1.0 peers.
      
      When a new connection is set up, peers exchange greeting messages. The
      greeting message encodes both the protocol verion and the socket type.
      The format of the greeting message is as follows:
      
          greeting    = tag1, adaptation, tag2, version, length, socket_type
          tag1        = BYTE / 0xff
          adaptation  = 8 BYTES
          tag2        = BYTE / 0x7f
          version     = BYTE / 1
          length      = BYTE / 1
          socket_type = BYTE
      
      The protocol does not define the value of adaptation field.
      
      When interoperability with ZTP/1.0 peers is required, the adaptaion
      encodes, in network byte order, the length of identity message increased
      by 1. When adaptaion consists of eight zeros, the current
      implementatatio of 0MQ 2.x closes the connection.
      
      This patch supports both ZTP/1.0 and new protocol.
      1bca4f6f
  32. 04 Aug, 2012 1 commit
  33. 27 May, 2012 1 commit
  34. 04 May, 2012 1 commit