1. 13 May, 2018 5 commits
  2. 10 May, 2018 1 commit
  3. 09 May, 2018 1 commit
  4. 04 May, 2018 2 commits
  5. 03 May, 2018 2 commits
    • Lionel Flandrin's avatar
      Problem: the UDP address code uses an ad hoc custom parser · 2dc85794
      Lionel Flandrin authored
      Solution: replace it with the ip_resolver code shared with the TCP
      address code
      
      It simplifies the UDP parsing code and makes it behave more like the
      TCP counterpart, in particular it's not possible to connect to hosts
      by name and bind by NIC names.
      
      It also adds support for "*" port resolving to 0 (useful to let the OS
      allocate the port number).
      2dc85794
    • Lionel Flandrin's avatar
      Problem: ip_resolver allows wildcard ports for non-bindable sockets · 406c3487
      Lionel Flandrin authored
      Solution: return an error in this situation but still allow using an explicit
      "0" if somebody really wants to connect to port 0.
      
      This shouldn't break any existing code because a "*" port was already rejected
      in an early test in the TCP path in zmq::socket_base_t::connect.
      406c3487
  6. 02 May, 2018 1 commit
  7. 28 Apr, 2018 1 commit
  8. 19 Apr, 2018 1 commit
  9. 13 Apr, 2018 1 commit
  10. 03 Apr, 2018 1 commit
  11. 02 Apr, 2018 1 commit
  12. 28 Mar, 2018 1 commit
  13. 23 Mar, 2018 2 commits
  14. 22 Mar, 2018 1 commit
  15. 21 Mar, 2018 3 commits
  16. 20 Mar, 2018 1 commit
  17. 19 Mar, 2018 2 commits
    • Pontus Sköldström's avatar
    • Luca Boccassi's avatar
      Problem: global random init/deinit breaks existing applications · 8f5fc705
      Luca Boccassi authored
      Solution: restrict it only to the original issue #2632, Tweetnacl on
      *NIX when using /dev/urandom, ie: without the new Linux getrandom()
      syscall.
      
      Existing applications might use atexit to register cleanup functions
      (like CZMQ does), and the current change as-is imposes an ordering
      that did not exist before - the context MUST be created BEFORE
      registering the cleanup with atexit. This is a backward incompatible
      change that is reported to cause aborts in some applications.
      
      Although libsodium's documentation says that its initialisation APIs
      is not thread-safe, nobody has ever reported an issue with it, so
      avoiding the global init/deinit in the libsodium case is the less
      risky option we have.
      
      Tweetnacl users on Windows and on Linux with getrandom (glibc 2.25 and
      Linux kernel 3.17) are not affected by the original issue.
      
      Fixes #2991
      8f5fc705
  18. 14 Mar, 2018 1 commit
    • Pontus Sköldström's avatar
      Support application metadata through ZMQ_METADATA · dd5eec35
      Pontus Sköldström authored
      Lets the application set per-connection metadata.
      Metadata is specified as "X-key:value" and set using zmq_setsockopt, eg:
      zmq_setsockopt (s, ZMQ_METADATA, "X-key:value", 11);
      
      The peer can then obtain the metadata from a received message:
      char *data = zmq_msg_gets(msg, "X-key");
      dd5eec35
  19. 12 Mar, 2018 1 commit
    • Sergey Kachanovskiy's avatar
      Partial fix for issue 2963, removed invalid casts from fd_t to int (#2984) · 9c748f1b
      Sergey Kachanovskiy authored
      * Fixes issue 2963, ref stream_engine.cpp:981
      
      * Fixes issue 2963, ref socks_connecter.cpp:158
      
      * Fixes issue 2963, ref tcp_listener.cpp:144
      
      * Fixes issue 2963, ref tcp_connecter.cpp:423
      
      * Fixes issue 2963, ref socks_connecter.cpp:436
      
      * Fixes issue 2963, ref tcp_listener.cpp:179
      
      * Fixes issue 2963, ref tcp_listener.cpp:268
      
      * Fixes issue 2963, ref tcp_connecter.cpp:160
      9c748f1b
  20. 10 Mar, 2018 3 commits
    • Luca Boccassi's avatar
      Problem: formatting issues in the CI · 8d544ef1
      Luca Boccassi authored
      Solution: commit clang-format-diff
      8d544ef1
    • Luca Boccassi's avatar
      Problem: tweetnacl is external code and clang-format parses it · fef99d6c
      Luca Boccassi authored
      Solution: add pragma to make clang-format ignore the external code
      fef99d6c
    • Manuel Segura's avatar
      Pull request to merge porting to WindRiver VxWorks 6.x (#2966) · 4726f726
      Manuel Segura authored
      * Problem: Still need to port over more files to VxWorks 6.x
      
      Solution: Port more files to VxWorks 6.x
      
      * Problem: Need to port over remaining files to VxWorks 6.x. Also remove POSIX thread dependency for VxWorks (because of priority inversion problem in POSIX mutexes with VxWorks 6.x processes)
      
      Solution: Port over remaining files to VxWorks 6.x. Also removed POSIX thread dependency for VxWorks
      
      * Problem: Needed to modify TCP, UDP, TIPC classes with #ifdefs to be compatible with VxWorks 6.x.
      
      Solution:  Modify TCP, UDP, TIPC classes with #ifdefs to be compatible with VxWorks 6.x
      4726f726
  21. 09 Mar, 2018 1 commit
  22. 07 Mar, 2018 2 commits
  23. 06 Mar, 2018 3 commits
    • Luca Boccassi's avatar
      Problem: mis-detection of threadsafe_static_init causes test failures · 9bd2d3f9
      Luca Boccassi authored
      Solution: do not rely __cplusplus >= 201103L to detect whether the
      compiler supports thread safe static initialisation, but check only
      the proper feature preprocessor macro.
      GCC introduced it in version 8, and Clang in version 6.
      9bd2d3f9
    • Luca Boccassi's avatar
      Problem: build broken with gcc-4.7 · e0b1992d
      Luca Boccassi authored
      Solution: initialise variable in options.cpp to dummy value to fix
      compiler complaint:
      
       src/options.cpp: In function
        'int zmq::do_setsockopt_int_as_bool_strict(const void*, size_t, bool*)':
       src/options.cpp:121:5: error: 'value' may be used uninitialized in
        this function [-Werror=maybe-uninitialized]
       src/options.cpp: In function
        'int zmq::do_setsockopt_int_as_bool_relaxed(const void*, size_t, bool*)':
       src/options.cpp:135:31: error: 'value' may be used uninitialized in
        this function [-Werror=maybe-uninitialized]
      e0b1992d
    • Simon Giesecke's avatar
      Problem: code duplication in getsockopt/setsockopt · 6f967c3a
      Simon Giesecke authored
      Solution: extracted common code into do_getsockopt/do_setsockopt functions
      6f967c3a
  24. 05 Mar, 2018 2 commits