Naveen, > And if you want to be really safe, you can make it a "LOOP_OPTIMIZED" > option, where the user knows that prematurely breaking from a polling > loop with a timeout causes that timeout value not to be honoured > correctly, and to use the "fail-safe" version to be certain. The > "fail-safe" version can be enabled by default or vice versa.
We've been trying to get rid of such magic options in 0MQ. Too much of them and the product becomes unusable... :( I think we'll have to stick with time measurement per zmq_poll call and allow users to create optimised algorithms -- such as one you've proposed -- via ZMQ_FD and ZMQ_EVENTS socket options. Martin _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
