Hi, I have a strange problem. The destructor of a class calls join_all(). But it seems that he hangs there. Even though some other code behind the join_all() is executed before it finishs! Lets get concret: seal::~seal() { ThgPrgs.join_all(); cout<<"Crabd quits, goodbye"< (x=0x8103df8)     at /usr/local/include/boost/checked_delete.hpp:34 #12 0x080967d0 in boost::detail::sp_counted_impl_p::dispose (this=0x80dcf00)     at /usr/local/include/boost/detail/sp_counted_impl.hpp:76 #13 0x0805950f in boost::detail::sp_counted_base::release (this=0x80dcf00)     at /usr/local/include/boost/detail/sp_counted_base_gcc_x86.hpp:145 #14 0x08059555 in ~shared_count (this=0x80dc4e8) at /usr/local/include/boost/detail/shared_count.hpp:159 #15 0x0808ddc6 in ~shared_ptr (this=0x80dc4e4) at src/seal.h:66 #16 0x0808e69f in ~value (this=0x80dc4e4) at src/seal.cpp:232 #17 0x0808e700 in ~list3 (this=0x80dc4e0) at src/seal.cpp:232 #18 0x0808e766 in ~bind_t (this=0x80dc4d8) at src/seal.cpp:232 #19 0x080910a7 in ~accept_handler (this=0x80dc4c0)     at /usr/local/include/boost/asio/detail/reactive_socket_service.hpp:1228 ---Type <return> to continue, or q <return> to quit--- #20 0x08095595 in ~op (this=0x80dc4b0) at /usr/local/include/boost/asio/detail/reactor_op_queue.hpp:355 #21 0x080918db in boost::asio::detail::reactor_op_queue<int>::op

::accept_handlerboost::asio::ip::tcp >, boost::_bi::bind_t, boost::asio::error const&>, boost::_bi::list3, boost::_bi::value >, boost::arg<1> > > > ::destroy_handler (base=0x80dc4b0) at /usr/local/include/boost/asio/detail/reactor_op_queue.hpp:355 #22 0x080709d2 in boost::asio::detail::reactor_op_queue<int>::op_base::destroy (this=0x80dc4b0)     at /usr/local/include/boost/asio/detail/reactor_op_queue.hpp:294 #23 0x0806df75 in boost::asio::detail::reactor_op_queue<int>::destroy_operations (this=0x80c99a8)     at /usr/local/include/boost/asio/detail/reactor_op_queue.hpp:245 #24 0x0806d677 in boost::asio::detail::epoll_reactor<false>::shutdown_service (this=0x80c9970)     at /usr/local/include/boost/asio/detail/epoll_reactor.hpp:108 #25 0x0806c2ec in ~service_registry (this=0x80c98d8)     at /usr/local/include/boost/asio/detail/service_registry.hpp:53 #26 0x0806ba81 in ~io_service (this=0x80c98d4) at src/seal.cpp:8 #27 0x08087648 in ~seal (this=0x80c9890) at src/seal.cpp:32 #28 0x0808eb55 in checked_delete<seal> (x=0x80c9890) at /usr/local/include/boost/checked_delete.hpp:34 #29 0x0809566a in boost::detail::sp_counted_impl_p<seal>::dispose (this=0x80da710)     at /usr/local/include/boost/detail/sp_counted_impl.hpp:76 #30 0x0805950f in boost::detail::sp_counted_base::release (this=0x80da710)     at /usr/local/include/boost/detail/sp_counted_base_gcc_x86.hpp:145 #31 0x08059555 in ~shared_count (this=0xbfa2e124) at /usr/local/include/boost/detail/shared_count.hpp:159 #32 0x0808dd1c in ~shared_ptr (this=0xbfa2e120) at src/seal.h:39 #33 0x080a8d68 in boost::shared_ptr<seal>::reset (this=0x80c8824)     at /usr/local/include/boost/shared_ptr.hpp:231 #34 0x080a863e in main (argc=1, argv=0xbfa2e204) at src/crabd.cpp:71

The class seal holds some other classes in shared_ptrs which are will be destroyed in this moment too. Some of them have also a join_all() in their destructors. Im wondering if they produce the lock? But the main question here is: I read "Crabd quits, goodbye" and after this i stop the program and i get in the backtrace from gdb the line "#4  0x0808742c in ~seal (this=0x80c9890) at src/seal.cpp:20". And Line 20 in seal.cpp is the line with join_all(). How is this possible, though join_all should block? Thanks for your help and for reading this. Manuel Jung, Germany