1. 23 Jun, 2012 1 commit
    • MinRK's avatar
      forward-declare struct iovec · a1788171
      MinRK authored
      avoids warnings of the form:
      
      warning: 'struct iovec' declared inside parameter list
      warning: its scope is only this definition or declaration, which is probably not what you want
      
      when building downstream projects
      a1788171
  2. 20 Jun, 2012 1 commit
  3. 19 Jun, 2012 5 commits
  4. 18 Jun, 2012 1 commit
  5. 17 Jun, 2012 1 commit
  6. 16 Jun, 2012 5 commits
  7. 15 Jun, 2012 3 commits
  8. 14 Jun, 2012 5 commits
  9. 13 Jun, 2012 10 commits
  10. 12 Jun, 2012 8 commits
    • Pieter Hintjens's avatar
      Merge pull request #373 from ianbarber/master · 076e081d
      Pieter Hintjens authored
      Add ZMQ_DELAY_ATTACH_ON_CONNECT sockopt
      076e081d
    • Pieter Hintjens's avatar
      Merge pull request #372 from ianbarber/manfix · e1cc2d4a
      Pieter Hintjens authored
      Update bind and connect documentation for clarity
      e1cc2d4a
    • Ian Barber's avatar
      Add asserts and rename pipe set · bc9ae715
      Ian Barber authored
      Rename the pipeset to terminating_pipes, as suggested by Martin H. Adds
      asserts to test the pipe is contained in the terminating set where
      appropriate.
      bc9ae715
    • Ian Barber's avatar
      Add reference to the inproc documentation · 704b9522
      Ian Barber authored
      The previous note in connect introduced but did not elaborate on the
      requirement to bind before connect in inproc. As that discussion is in
      detail in the inproc docs link to there.
      704b9522
    • Ian Barber's avatar
      Update bind and connect documentation for clarity · 7b78ed9d
      Ian Barber authored
      Based on discussion with Steve O on the list, make the difference
      between bind and connect usage more clear, and add a note reflecting the
      fact that inproc must have bind before connect to reinforce the
      information in zmq_inproc.
      7b78ed9d
    • Ian Barber's avatar
      Allow blocking while connect() is completing · e5904e63
      Ian Barber authored
      This patch, salvaged from a trainwreck accidental merge earlier, adds a
      new sockopt, ZMQ_DELAY_ATTACH_ON_CONNECT which prevents a end point
      being available to push messages to until it has fully connected, making
      connect work more like bind. This also applies to reconnecting sockets,
      which may cause message loss of in-queue messages, so it is sensible to
      use this in conjunction with a low HWM and potentially an alternative
      acknowledgement path.
      
      Notes on most of the individual commits can be found the repository log.
      e5904e63
    • Ian Barber's avatar
      Allow blocking while connect() is completing · 409d5e8f
      Ian Barber authored
      This patch, salvaged from a trainwreck accidental merge earlier, adds a
      new sockopt, ZMQ_DELAY_ATTACH_ON_CONNECT which prevents a end point
      being available to push messages to until it has fully connected, making
      connect work more like bind. This also applies to reconnecting sockets,
      which may cause message loss of in-queue messages, so it is sensible to
      use this in conjunction with a low HWM and potentially an alternative
      acknowledgement path.
      
      Notes on most of the individual commits can be found the repository log.
      409d5e8f
    • Ian Barber's avatar
      Revert "After speaking with Ben Gray and the discussion on the mailing list,… · 95cbad38
      Ian Barber authored
      Revert "After speaking with Ben Gray and the discussion on the mailing list, this is an attempt to create a sockopt to allow connecting pipes to not immediately be available for traffic. The problem is in a PUSH to many PULL situation, where there is a connect to a PULL which is not there. This connect will immediately create a pipe (unlike bind), and traffic will be load balanced to that pipe. This means if there is a persistently unavailable end point then the traffic will queue until HWM is hit, and older messages will be lost."
      
      This reverts commit fe3fb419.
      95cbad38