The thing is, it should be possible to make inproc sockets give you normal C++ object semantics in certain conditions using placement new and placement delete. However, any such effort is hindered by the fact that libzmq's interface is in C. Even if though you're working in C++, and libzmq is implemented in C++, that interface makes it challenging to figure out how such an upgrade could be implemented.
On Wed, Jan 15, 2014 at 10:33 AM, KIU Shueng Chuan <[email protected]>wrote: > During socket shutdown, with linger set to 0, messages in-flight would be > dropped? > > I use synchronized queues to hold the buffer pointers like the OP but use > zeromq to send a signal to the consumer thread to pop a buffer from the > queue. > On 15 Jan 2014 22:06, "Goswin von Brederlow" <[email protected]> wrote: > >> On Tue, Jan 14, 2014 at 03:40:17PM -0500, Lindley French wrote: >> > I'm going to caution you about passing pointers through inproc. It may >> be >> > possible to do safely, but I haven't yet figured out how to manage >> > ownership semantics in an environment where messages (pointers) can be >> > silently dropped. >> >> Does a PUSH/PULL inproc socket ever drop messages? >> >> MfG >> Goswin >> _______________________________________________ >> zeromq-dev mailing list >> [email protected] >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > >
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
