On Thu, Jan 26, 2012 at 2:17 AM, Ian Barber <[email protected]> wrote:

> Is it possible that this API should simply be on a different calls, a
> zmq_bind_assign or similar, to avoid this clash? This could then work with
> all transports:
>
> tcp/pgm: bind to random port
> ipc: bind to random free name in system tmp
> inproc: bind to random free name

That would work, but so would a less surprising zmq_bind plus a
getsockopt with return value depending on transport type.

-Pieter
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Reply via email to