I would like to propose another point, for your consideration. I don't know that it is a good idea to marry 0mq to a threading library (even if it is a platform foundation like pthreads), as this might make adoption hard for folks that need to in other threading environments, such as TBB or openmp, for example.
After thinking about it, I believe a much more germane place for it would be in the language binding libs such as czmq. I other words I think that thread safety is an application level concern. Also, if my app is using already libzmq in a thread safe way, why should I pay for all this locking and unlocking? Luca On 17/02/12 11:09, Pieter Hintjens wrote: > On Thu, Feb 16, 2012 at 4:05 PM, Chuck Remes<[email protected]> wrote: > >> I don't have a use-case but I think there are at least 2 people on the list >> who do. I hope they speak up. > Well, the minimal implementation is on libzmq/master, so anyone who > wants to try it can do so now. > > -Pieter > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- Luca Fascione Rendering Research Lead - Weta Digital Phone: +64 4 909 6870 (x6870) Mobile: +64 21 0764 862 _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
