[zeromq-dev] bidi-pipes branch merged to master

Fabien Niñoles fabien.ninoles at gmail.com
Sun Jun 12 20:57:11 CEST 2011


I update to the latest HEAD and it currently fails on my machine
(Debian x86_64/testing) in the test_shutdown_stress (even without my
patch).  Here the backtrace:


#0  0x00007ffff6a8d3d5 in raise () from /lib/libc.so.6
#1  0x00007ffff6a90650 in abort () from /lib/libc.so.6
#2  0x00007ffff7bc413e in zmq::session_t::~session_t (this=0x60af30,
    __in_chrg=<value optimized out>) at session.cpp:44
#3  0x00007ffff7bb83a4 in zmq::connect_session_t::~connect_session_t
(this=0x60af30,
    __in_chrg=<value optimized out>) at connect_session.cpp:37
#4  0x00007ffff7bb84e9 in zmq::connect_session_t::~connect_session_t
(this=0x60af30,
    __in_chrg=<value optimized out>) at connect_session.cpp:41
#5  0x00007ffff7bbe296 in zmq::object_t::process_command
(this=0x60af30, cmd_=...)
    at object.cpp:120
#6  0x00007ffff7bbabcc in zmq::io_thread_t::in_event (this=0x603630)
at io_thread.cpp:81
#7  0x00007ffff7bb9e62 in zmq::epoll_t::loop (this=0x603670) at epoll.cpp:161
#8  0x00007ffff7bc8206 in thread_routine (arg_=0x6036e0) at thread.cpp:73
#9  0x00007ffff7586b40 in start_thread () from /lib/libpthread.so.0
#10 0x00007ffff6b3028d in clone () from /lib/libc.so.6

Must other threads are in the epoll_wait method, except for the main thread:

#0  0x00007ffff6b2ccf7 in mprotect () from /lib/libc.so.6
#1  0x00007ffff758775d in pthread_create@@GLIBC_2.2.5 () from
/lib/libpthread.so.0
#2  0x0000000000400a5c in main (argc=<value optimized out>,
argv=<value optimized out>)
    at test_shutdown_stress.cpp:70

as well as the latest started thread (the 14th):

#0  0x00007ffff6b7fa9b in ?? () from /lib/libc.so.6
#1  0x00007ffff731dec0 in char* std::basic_string<char,
std::char_traits<char>, std::allocator<char> >::_S_construct<char
const*>(char const*, char const*, std::allocator<char> const&,
std::forward_iterator_tag) () from /usr/lib/libstdc++.so.6
#2  0x00007ffff731dff3 in std::basic_string<char,
std::char_traits<char>, std::allocator<char> >::basic_string(char
const*, std::allocator<char> const&) ()
   from /usr/lib/libstdc++.so.6
#3  0x00007ffff7bc5063 in zmq::socket_base_t::parse_uri (this=<value
optimized out>,
    uri_=<value optimized out>, protocol_=..., address_=...) at
socket_base.cpp:158
#4  0x00007ffff7bc5dbe in zmq::socket_base_t::connect (this=0x6184e0,
    addr_=0x400c84 "tcp://127.0.0.1:5560") at socket_base.cpp:374
#5  0x000000000040096e in worker (s=0x6184e0) at test_shutdown_stress.cpp:34
#6  0x00007ffff7586b40 in start_thread () from /lib/libpthread.so.0
#7  0x00007ffff6b3028d in clone () from /lib/libc.so.6
#8  0x0000000000000000 in ?? ()

Not sure what cause it but it looks like a regression to me.

Fabien

2011/6/12 Martin Sustrik <sustrik at 250bpm.com>:
> Hi all,
>
> I've just merged bidi-pipes branch to the master (0MQ/3.0). This means
> that subscription forwarding should be available there.
>
> However, note that the functionality is in alpha stage and likely to be
> buggy. Please, report any problems you may encounter so that they can be
> fixed.
>
> Thanks.
> Martin
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>



More information about the zeromq-dev mailing list