[zeromq-dev] subscribe/unsubscribe refcounting behaviour

[Jon Dyte]

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.

jon