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 <[email protected]>:
> 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
> [email protected]
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
