On Thu, 2018-04-12 at 22:47 +0200, Francesco wrote:
> [sorry I hit "send" too early! here's the complete email]
>
> Hi Luca, Hi Bill,
> thanks for the answers.
> Actually I verified that the configure script of zmq seems to be
> using
> epoll:
>
> configure: Choosing polling system from 'kque
Btw,
I realized that I actually already hit this "phenomenon" of poll() being
called so fast!!!
This is the link of the thread where I raised the issue:
https://lists.zeromq.org/pipermail/zeromq-dev/2017-October/031974.html
At that time I solved by simply using the ZMQ_RCVTIMEO option as sugges
[sorry I hit "send" too early! here's the complete email]
Hi Luca, Hi Bill,
thanks for the answers.
Actually I verified that the configure script of zmq seems to be using
epoll:
configure: Choosing polling system from 'kqueue epoll devpoll pollset
poll select'...
configure: Using 'epoll' p
Hi Luca, Hi Bill,
thanks for the answers.
Actually I verified that the configure script of zmq seems to be using
epoll:
configure: Choosing polling system from 'kqueue epoll devpoll pollset
poll select'...
configure: Using 'epoll' polling system with CLOEXEC
and indeed inside platform.hpp I
Francesco,
Thanks for you reply.
I need to reset the sockets periodically because setting no timeouts on them
ends up in a REQ/REP deadlock where:
* PeerA sends a message
* PeerB receives it and sends a ACK message
* PeerA never receives the ACK
* PeerB is waiting for the next m
On Wed, 2018-04-11 at 14:28 -0700, Manuel Segura wrote:
> Hello,
>
> Is there a unit test that test connections between sockets of two or
> more
> different ZeroMQ contexts?
>
> The reason I'm asking is that I have a set of Pub sockets and a set
> of Sub
> sockets that share the same ZeroMQ conte