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@lists.zeromq.org > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > _______________________________________________ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
