[zeromq-dev] subscribe/unsubscribe refcounting behaviour

Jon Dyte jon at totient.co.uk
Wed Aug 18 09:17:51 CEST 2010

Martin Sustrik wrote:
> Jon,
>> 2) are they happy with it?
> It's needed to be able to aggregate subscriptions from mutliple sources. 
> Currently, the subscriptions are not forwarded upstream so both 
> refcounting and idempotency would work. Once the subscription forwarding 
> is implemented, subscription idempotency would allow one subscriber to 
> unsubscribe another one.

yes, understood. it's not strictly needed when doing the filtering on 
the sub side in the current implementation
of prefix_tree, a bit would suffice there, as far as I can see.


More information about the zeromq-dev mailing list