[zeromq-dev] zmq_close() semantics and handling outstanding messages

Pieter Hintjens ph at imatix.com
Wed Jul 7 09:43:35 CEST 2010

On Tue, Jul 6, 2010 at 7:51 PM, Martin Lucina <mato at kotelna.sk> wrote:

>> And I'm looking for a way to dynamically change the number of
>> concurrent user threads available for a context, so maybe it's time
>> for zmq_setcontextopt()? ;-)
> Probably. get/setcontextopt() are the equivalent of sysctl() or similar in
> the OS space.

Adding get/setcontextopt() would be a good change IMO because it will
allow us to remove that 'number of I/O threads' option on new
contexts, and allow dynamic reconfiguring of the context without
breaking the API each time.


More information about the zeromq-dev mailing list