[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