Hi, Hi,
I'm starting a project to migrate existing messaging code to ZeroMQ. The new zmq_close/term() semantic in 2.1 is important for this project. Do we already have a rough roadmap on approximately when 2.1 will be out of beta? Any guesstimate is better than nothing. :-) Thanks Chris On Wed, Aug 25, 2010 at 9:08 AM, Martin Lucina <[email protected]> wrote: > We will announce a more detailed roadmap for 2.1.x shortly, in the mean > time here's a quick list for those of you who have not been following the > changes on the 'wip-shutdown' topic branch and/or sustrik's zeromq2 > repository of the changes that have now gone into 'master': > > <snip...> > - The new zmq_close() semantics should implement the behaviour discussed > at: > > http://lists.zeromq.org/pipermail/zeromq-dev/2010-July/004244.html > > Specifically, zmq_close() is now deterministic and while it still returns > immediately, it does not discard any data that may still be queued for > sending. Further, zmq_term() will now block until all outstanding data > has > been sent. > > The dependencies for the above are a fairly large infrastructure rewrite, > so we expect that 'master' is quite buggy now, please test and report > issues making it clear that those are related to 2.1.x and not 2.0.x. > > As per the policy discussions earlier, the plan is that 2.1.x will remain > compatible with 2.0.x at the API level. > > Cheers, > > -mato > _______________________________________________ > 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
