1. 27 May, 2012 1 commit
  2. 01 Nov, 2011 2 commits
  3. 31 Oct, 2011 1 commit
  4. 04 Oct, 2011 1 commit
  5. 17 Aug, 2011 1 commit
  6. 15 Jul, 2011 1 commit
  7. 17 May, 2011 1 commit
  8. 16 May, 2011 1 commit
  9. 15 May, 2011 1 commit
  10. 30 Apr, 2011 1 commit
  11. 24 Mar, 2011 2 commits
  12. 23 Mar, 2011 1 commit
    • Martin Sustrik's avatar
      ZMQ_MCAST_LOOP removed · b45b68ae
      Martin Sustrik authored
      Multicast loopback is not a real multicast, rather a kernel-space
      simulation. Moreover, it tends to be rather unreliable and lossy.
      Removing the option will force users to use transports better
      suited for the job, such as inproc or ipc.
      Signed-off-by: 's avatarMartin Sustrik <sustrik@250bpm.com>
      b45b68ae
  13. 14 Mar, 2011 1 commit
  14. 02 Mar, 2011 1 commit
  15. 22 Feb, 2011 1 commit
  16. 21 Feb, 2011 1 commit
  17. 09 Dec, 2010 1 commit
    • Bob Beaty's avatar
      Added Recovery Interval in Milliseconds · fcfad568
      Bob Beaty authored
      For very high-speed message systems, the memory used for recovery can get to
      be very large. The corrent limitation on that reduction is the ZMQ_RECOVERY_IVL
      of 1 sec. I added in an additional option ZMQ_RECOVERY_IVL_MSEC, which is the
      Recovery Interval in milliseconds. If used, this will override the previous
      one, and allow you to set a sub-second recovery interval. If not set, the
      default behavior is to use ZMQ_RECOVERY_IVL.
      Signed-off-by: 's avatarBob Beaty <rbeaty@peak6.com>
      fcfad568
  18. 30 Oct, 2010 2 commits
  19. 23 Oct, 2010 1 commit
  20. 12 Oct, 2010 1 commit
  21. 30 Sep, 2010 4 commits
  22. 28 Sep, 2010 1 commit
  23. 13 May, 2010 2 commits
  24. 24 Feb, 2010 1 commit
  25. 13 Feb, 2010 1 commit
  26. 09 Feb, 2010 1 commit
  27. 04 Feb, 2010 1 commit
  28. 03 Feb, 2010 1 commit
  29. 27 Jan, 2010 1 commit
  30. 05 Jan, 2010 2 commits
  31. 31 Dec, 2009 1 commit
  32. 28 Dec, 2009 1 commit