[zeromq-dev] Releasing libzmq 4.2.3?

Simon.Giesecke at btc-ag.com Simon.Giesecke at btc-ag.com
Thu Jul 6 12:12:58 CEST 2017

Hi Luca,

I think I could assist with the CURVE monitor events, but only after my vacation. I also think that this would be very desirable, but I don't really see why this should block a release. It could be done in the next release as well.

The other issues sound more severe. Are there any test cases that reproduce these issues? At least for us, it would be a lot easier, however, if there were some release candidate or beta version (something with a dedicated version number), then we could also test it on our side.

Best regards

-----Ursprüngliche Nachricht-----
Von: Luca Boccassi [mailto:luca.boccassi at gmail.com] 
Gesendet: Donnerstag, 6. Juli 2017 00:27
An: ZeroMQ development list
Betreff: Re: [zeromq-dev] Releasing libzmq 4.2.3?

On Wed, 2017-07-05 at 12:17 +0000, Simon.Giesecke at btc-ag.com wrote:
> Hi,
> I know I am not the first to ask this, but I would like to emphasize 
> that a release of libzmq 4.2.3 would be very helpful.
> There have been quite a lot of improvements in master since the 
> release of 4.2.2 in February (more than 400 commits!).
> In particular, at least under Windows libzmq 4.2.2 is hardly usable 
> without enabling the DRAFT API, since zmq_poll is unusably slow and
> zmq_poller_* is only available with the DRAFT API. However, the jzmq 
> and clrzmq4 wrappers do not support zmq_poller_* at the moment.
> Are there any blocking issues that need to be addressed before the 
> current master can be released?
> Best regards
> Simon


IMHO there's a few things that really should be done:

- there have been a few CURVE-related changes, especially quite recently, so it should be _really_ well tested to ensure no regression is introduced in this sensitive area
- ZMQ monitor events are half-done for CURVE, and it would be really nice if they could be completed:
- there are some IPv6 regressions IIRC, but can't find the source right now

Obviously the more help we can get, the quicker it can be all done :-)

Kind regards,
Luca Boccassi

More information about the zeromq-dev mailing list