Le 20/10/2013 21:36, Pieter Hintjens a écrit :
On Sun, Oct 20, 2013 at 8:13 PM, Laurent Alebarde <[email protected]> wrote:
Thanks for your sunday answer :-) . What I see, as described below, is that
when I block the handcheck with breakpoints in a multithreading debugging
session (I know you don't like that ;-) ), the main test program can send
data in a non blocking way and with a valid return value.
Yes, this is valid and normal. Message sending is independent of
connection status, until the HWM is reached.
What I don't know is if the application data is queued somewhere (the pipe
you are talking about ?) in a way the handcheck finaly goes on the wire
first, or if application data may go on the wire first and be rejected by
the peer until the handcheck is finished ?
It should be provable; send a message before connecting, connect, and
the message gets delivered. (Dealer socket or Push socket).
I could finally manage to make a deeper debugging session. Actually, the
application message do not reach the proxy until the handcheck is
finished. Impressive library but not easy to dig into its internals (for
me).
So, everything is fine.
Thanks Pieter.
-Pieter
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
