[zeromq-dev] wuserver: broken pipe on OS X
Martin Sustrik
sustrik at 250bpm.com
Wed May 18 08:03:53 CEST 2011
On 05/18/2011 03:42 AM, John D. Mitchell wrote:
symbols for shared libraries ++++. done
>
> Program received signal SIGPIPE, Broken pipe. 0x00007fff808c3e3e in
> sendto () (gdb) bt #0 0x00007fff808c3e3e in sendto () #1
> 0x00000001000165a1 in zmq::mailbox_t::send (this=0x100300020,
> cmd_=@0x7fff5fbff290) at mailbox.cpp:162 #2 0x000000010001735c in
> zmq::object_t::send_activate_reader (this=<value temporarily
> unavailable, due to optimizations>, destination_=<value temporarily
> unavailable, due to optimizations>) at object.cpp:278 #3
> 0x0000000100013344 in zmq::dist_t::write (this=0x100300668,
> pipe_=0x1005005a0, msg_=0x7fff5fbff480) at dist.cpp:198 #4
> 0x0000000100013435 in zmq::dist_t::distribute (this=0x100300668,
> msg_=0x7fff5fbff480, flags_=<value temporarily unavailable, due to
> optimizations>) at dist.cpp:140 #5 0x0000000100013595 in
> zmq::dist_t::send (this=0x100300668, msg_=<value temporarily
> unavailable, due to optimizations>, flags_=<value temporarily
> unavailable, due to optimizations>) at dist.cpp:113 #6
> 0x000000010001f99c in zmq::socket_base_t::send (this=0x1003004f0,
> msg_=0x7fff5fbff480, flags_=0) at socket_base.cpp:492 #7
> 0x0000000100000e3f in main () (gdb)
>
>
> Which makes it sound like there's some unhandled race condition(s)
> where the client has disconnected the socket while the server is
> still trying to send another message to that disconnected client.
Sounds more like a race condition on zmq_close or zmq_term. Any chance
to reproduce it?
Martin
More information about the zeromq-dev
mailing list