1. 24 Mar, 2019 1 commit
  2. 23 Mar, 2019 4 commits
  3. 18 Mar, 2019 2 commits
  4. 06 Feb, 2019 1 commit
  5. 27 May, 2018 1 commit
  6. 15 May, 2018 1 commit
  7. 14 May, 2018 1 commit
  8. 02 May, 2018 1 commit
  9. 09 Mar, 2018 1 commit
    • Luca Boccassi's avatar
      Problem: TIPC availability check is too strict (#2977) · 19060345
      Luca Boccassi authored
      * Problem: TIPC availability check is too strict
      
      Solution: at build time only check if the API is available. In the tests
      do a first check and a skip if the functionality is not available.
      
      TIPC needs an in-tree but not loaded by default kernel module, tipc.ko
      to be loaded, which requires root, so it is unlikely to be available on
      any build system by default.
      This will allow most distributions to ship with TIPC support built in,
      and to avoid tests failure if the module is not there.
      
      * Problem: no Travis tests for TIPC
      
      Solution: mark one job with sudo: required and load the kernel module
      
      * Problem: CMake fails when test returns 77 (skip)
      
      Solution: set property to let it mark the test as skipped as intended
      19060345
  10. 05 Mar, 2018 1 commit
    • Stefan Kaes's avatar
      Problem: enormous memory increase due to zero copy decoding · fcbd2a57
      Stefan Kaes authored
      The zero copy decoding strategy implemented for 4.2.0 can lead to a large
      increase of main memory usage in some cases (I have seen one program go up to
      40G from 10G after upgrading from 4.1.4). This commit adds a new option to
      contexts, called ZMQ_ZERO_COPY_RECV, which allows one to switch to the old
      decoding strategy.
      fcbd2a57
  11. 02 Feb, 2018 1 commit
  12. 22 Aug, 2017 1 commit
  13. 19 Aug, 2017 1 commit
  14. 01 May, 2017 1 commit
    • Luca Boccassi's avatar
      Problem: tests bind to hardcoded TCP ports · 5934919f
      Luca Boccassi authored
      Solution: use ZMQ_LAST_ENDPOINT in most places. This alllows running
      tests in paralle, and on over-booked shared machines where many of
      the ports would be already in use.
      Keep 3 tests with an hardcoded port, as there are some code paths that
      require it (eg: connect before bind), but list those ports in
      tests/testutil.hpp as macros so that they do not overlap and still
      allow parallel runs.
      
      These changes were inspired by a patch uploaded to Ubuntu by the
      package maintainer, Steve Langasek <steve.langasek@ubuntu.com>.
      Thank you Steve!
      5934919f
  15. 06 Dec, 2016 1 commit
  16. 27 Aug, 2016 1 commit
  17. 23 Aug, 2016 2 commits
  18. 12 Jul, 2016 1 commit
  19. 02 May, 2016 1 commit
  20. 18 Apr, 2016 1 commit
    • Luca Boccassi's avatar
      Problem: can't test if IPv6 is available in tests · ac0e97e5
      Luca Boccassi authored
      Solution: add helper function is_ipv6_available to testutil.hpp to
      test if IPv6 is available on the building platform.
      This function will try to open and bind a socket to ::1:*, as it's
      the ultimate way of knowing if, at least on the loopback, IPv6 is
      enabled.
      ac0e97e5
  21. 13 Feb, 2016 2 commits
  22. 12 Feb, 2016 1 commit
    • Pieter Hintjens's avatar
      Problem: gyp does not build tests · 8230c0d3
      Pieter Hintjens authored
      Solution: it's a lot of work to define the tests in project.gyp
      so I did this using gsl to generate the JSON, from a small XML
      list of the test cases.
      
      To keep this, and the hundreds of .mk files, away from the root
      directory, I've moved the gyp files into builds/gyp, where you
      would run them.
      
      It all seems to work now. Next up, OS/X and Windows :)
      8230c0d3
  23. 28 Jan, 2016 1 commit
  24. 14 Sep, 2015 1 commit
  25. 11 Sep, 2015 1 commit
    • Pieter Hintjens's avatar
      Problem: cannot build single test case in tests · d416ffce
      Pieter Hintjens authored
      This is due to the mangled include of platform.h, which was to make
      CMake happy.
      
      Solution: in CMakeLists.txt, define USING_CMAKE and then look for
      platform.h in current directory if that is defined, else look in
      ../src/ as one would expect.
      d416ffce
  26. 11 Aug, 2015 2 commits
  27. 28 Jul, 2015 1 commit
  28. 02 Jun, 2015 1 commit
  29. 30 Jan, 2015 1 commit
  30. 26 Jan, 2015 1 commit
  31. 23 Jan, 2015 1 commit
    • Pieter Hintjens's avatar
      Problem: commit afb24b53 broke ZMQ_STREAM contract · 6ced7027
      Pieter Hintjens authored
      Symptom is that ZMQ_STREAM sockets in 4.1.0 and 4.1.1 generate zero
      sized messages on each new connection, unlike 4.0.x which did not do
      this.
      
      Person who made this commit also changed test cases so that contract
      breakage did not show. Same person was later banned for persistently
      poor form in CZMQ contributions.
      
      Solution: enable connect notifications on ZMQ_STREAM sockets using a
      new ZMQ_STREAM_NOTIFY setting. By default, socket does not deliver
      notifications, and behaves as in 4.0.x.
      
      Fixes #1316
      6ced7027
  32. 22 Jan, 2015 1 commit
  33. 29 Dec, 2014 1 commit