On Wed, Jun 1, 2011 at 11:47 AM, Pieter Hintjens <[email protected]> wrote:
> An old issue, don't know why it was closed since it's still there in > the code. I'm making a test case but the trigger is very simple > afaics... Have a test case, and it's clear that any socket doing FQ input (pull or dealer/xreq or sub) that leaves a part in the queue at close time will cause the crash. I've put the test case in the issues repo (https://github.com/zeromq/issues), and have also added code to czmq that flushes a socket before closing, which does solve the issue for czmq applications: while (zsockopt_rcvmore (socket)) { zframe_t *frame = zframe_recv (socket); zframe_destroy (&frame); } Not sure if it afffects 3.0 yet, but will make that test case when I have a moment. -Pieter _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
