[zeromq-dev] Extending zmq_term semantics to wait for queued messages.

Victor Vlasenko victor at riseabovemarketing.com
Fri Jan 28 09:26:09 CET 2011

Hi All,

In ZeroMQ 2.1.0 semantics for zmq_term was changed to block until all 
messages will be pushed to the network and all sockets were closed. What 
if semantics of zmq_term be extended to block until all queued messages 
ZeroMQ has in its buffers be pulled from the network? What do you think, 
will it be the right change for ZeroMQ?

Martin Sustrik, at 
"The behaviour /is/ uniform for all transports. Making inproc to wait 
for all msgs to re recvd before signalind ETERM is non-uniform.
However, there's a way to address your problem. Let /all/ the transports 
block zmq_term() till they recv all the queued messages.
This is rather a big change to the semantics so you should discuss it on 
the mailing list even before trying to implement it."

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110128/d51e793e/attachment.htm>

More information about the zeromq-dev mailing list