[zeromq-dev] Controlling initial connection retry/timeout

[Pieter Hintjens]

OK, my answer was probably wrong, though IMO it was consistently wrong
:-) I did say "reconnect" is after any successful connect.

A closer reading indicates this applies to all attempts to connect
including the first one, and "reconnect" means an attempt to connect
rather than recovery after a broken connection.

The man page and option names could be better worded.

-Pieter

On Thu, Apr 9, 2015 at 7:12 AM, Andrew Hume <andrew at humeweb.com> wrote:
> with all due respect, this answer seems self-contradictory.
> the first connection is not a reconnect, so it is special in that sense.
> but i take from your answer ZMQ_RECONNECT_IVL does not apply to the first connection.
> is that correct?
>
>> On Apr 8, 2015, at 10:02 PM, Pieter Hintjens <ph at imatix.com> wrote:
>>
>> "reconnect" means after any successful connection. The first
>> connection has no special semantics.
>>
>> On Wed, Apr 8, 2015 at 10:25 PM, Benson Margulies <bimargulies at gmail.com> wrote:
>>> Does
>>>
>>> ZMQ_RECONNECT_IVL
>>>
>>> apply to the first connection made for a socket for a peer, or only
>>> reconnections after a first connection was successful. Is there any
>>> control on how ZMQ treats problems establishing an initial connection?
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> zeromq-dev at lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev