[zeromq-dev] subscribe/unsubscribe refcounting behaviour
Jon Dyte
jon at totient.co.uk
Wed Aug 18 00:13:13 CEST 2010
Pieter Hintjens wrote:
> Aware of it, and not happy with it. Basically and with all respect to
> the authors, it looks like an API that documents code behavior, not
> code that implements a designed API.
>
> I've just posted a lengthy proposal for a new SUB API. I should have,
> but forgot to, cover this particular issue.
i'll take a look.
> Setting prefix criteria
> should be idempotent (i.e. if done again, have no further effect).
>
>
yes I agree.
should unsubscribe error, if not subscribed?
This only came to light because I've written a matcher for the pub side
and am now attempting to delve into
getting the inproc case of pub sub to work.
> You can do a workaround which is to explicitly UNSUBSCRIBE before
> every SUBSCRIBE but apps should not have to do this.
>
>
should probably note that down on the wiki....
> -Pieter
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
More information about the zeromq-dev
mailing list