I have a reproducible case and a full explanation here: https://github.com/zeromq/zeromq2/issues#issue/165
It turns out it was unrelated to the PUB/SUB configuration. Instead, an unrelated piece of code was creating two REP sockets with the same identity. When any communications were initiated to those sockets, they caused a flurry of disconnect/reconnect commands which flooded the mailbox. The PUB/SUB commands helped push it over the edge but were *not* the source of the problem. I'm going to refactor my classes so that identity assignment occurs in one place and it *always* includes a random element. :) Many thanks to Martin, Dhammika, Ian and Pieter for talking me through this. Each suggestion got me closer to the truth. cr _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
