涉及boost :: thread的奇怪崩潰

Question

我有一個自定義庫，我正在測試。我有單元測試和組件測試。單元測試使用與組件測試相同的代碼。主要區別是組件測試必須啓動一個單獨的線程來運行我的庫代碼。當它這樣做時，我開始看到下面突出顯示的崩潰。有幾點需要注意：

1. 我鏈接agaisnt libboost_system，libboost_thread，並行線程，室溫等
2. 同樣的調用堆棧在單元測試沒有問題行使。
3. 我檢查確保沒有* -mt版本的boost線程。我確信，我所鏈接的那個線程支持。
4. 在Linux主機上不會發生崩潰。只有freebsd。
5. 我檢查堆棧溢出。下面的上下文在第一幀和最後一幀之間使用大約42KB的堆棧空間。我爲我生成的提升線程顯式設置堆棧大小爲1MB。

我很新鮮的想法。任何建議，將不勝感激。

Program terminated with signal 11, Segmentation fault. 
#0 strcat() at /usr/src/lib/libc/i386/string/strcat.S:50 
50  pushl %edi   /* save edi */ 
(gdb) bt 
#0 strcat() at /usr/src/lib/libc/i386/string/strcat.S:50 
#1 0x2831f603 in tzload (name=0x2834baa0 "UTC", sp=0x283644a0, doextend=1) at /usr/src/lib/libc/stdtime/localtime.c:427 
#2 0x2831fe6f in gmtload (sp=0x0) at /usr/src/lib/libc/stdtime/localtime.c:1203 
#3 0x2831fea6 in gmt_init() at /usr/src/lib/libc/stdtime/localtime.c:1477 
#4 0x28138f60 in _pthread_once (once_control=0x28361560, init_routine=0x2831fe89 <gmt_init at /usr/src/lib/libc/stdtime/localtime.c:1471>) 
    at /usr/src/lib/libthr/thread/thr_once.c:87 
#5 0x28323590 in _once (once_control=0x28361560, init_routine=0x2831fe89 <gmt_init at /usr/src/lib/libc/stdtime/localtime.c:1471>) 
    at /usr/src/lib/libc/gen/_once_stub.c:62 
#6 0x2831ecb1 in gmtsub (timep=0xbf7fcca4, offset=0, tmp=0xbf7fcc6c) at /usr/src/lib/libc/stdtime/localtime.c:1492 
#7 0x2831ed3c in gmtime_r (timep=0xbf7fcca4, tmp=0xbf7fcc6c) at /usr/src/lib/libc/stdtime/localtime.c:1564 
#8 0x080ab51b in boost::date_time::c_time::gmtime (t=0xbf7fcca4, result=0xbf7fcc6c) at ../../../contrib/opensource/boost/boost/date_time/c_time.hpp:85 
#9 0x080ac4da in boost::asio::time_traits<boost::posix_time::ptime>::now()() 
#10 0x080a7f99 in expires_from_now (this=0x81181b0) at ../../../contrib/opensource/boost/boost/asio/detail/deadline_timer_service.hpp:155 
#11 expires_from_now (this=0x81181b0) at ../../../contrib/opensource/boost/boost/asio/deadline_timer_service.hpp:124 
#12 expires_from_now (this=0x81181b0) at ../../../contrib/opensource/boost/boost/asio/basic_deadline_timer.hpp:410 
#13 smf::service::Manager::arm_degraded_services_timer (this=0x81181b0) at Manager.cpp:247 
#14 0x080a8747 in smf::service::Manager::defer_degraded_service (this=0x81181b0, service=0x825c140) at Manager.cpp:269 
#15 0x080a8948 in smf::service::Manager::service_signal_handler (this=0x81181b0, error_code=..., signal_number=20) at Manager.cpp:203 
#16 0x080aa267 in operator() (owner=0x8123060, base=0x82567c0) at ../../../contrib/opensource/boost/boost/bind/mem_fn_template.hpp:280 
#17 operator()<boost::_mfi::mf2<void, smf::service::Manager, const boost::system::error_code&, int>, boost::_bi::list2<const boost::system::error_code&, const int&> > (owner=0x8123060, base=0x82567c0) at ../../../contrib/opensource/boost/boost/bind/bind.hpp:392 
#18 operator()<boost::system::error_code, int> (owner=0x8123060, base=0x82567c0) at ../../../contrib/opensource/boost/boost/bind/bind_template.hpp:102 
#19 operator() (owner=0x8123060, base=0x82567c0) at ../../../contrib/opensource/boost/boost/asio/detail/bind_handler.hpp:118 
#20 asio_handler_invoke<boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, smf::service::Manager, boost::system::error_code const&, int>, boost::_bi::list3<boost::_bi::value<smf::service::Manager*>, boost::arg<1>, boost::arg<2> > >, boost::system::error_code, int> > (owner=0x8123060, base=0x82567c0) 
    at ../../../contrib/opensource/boost/boost/asio/handler_invoke_hook.hpp:64 
#21 invoke<boost::asio::detail::binder2<boost::_bi::bind_t<void, boost::_mfi::mf2<void, smf::service::Manager, boost::system::error_code const&, int>, boost::_bi::list3<boost::_bi::value<smf::service::Manager*>, boost::arg<1>, boost::arg<2> > >, boost::system::error_code, int>, boost::_bi::bind_t<void, boost::_mfi::mf2<void, smf::service::Manager, boost::system::error_code const&, int>, boost::_bi::list3<boost::_bi::value<smf::service::Manager*>, boost::arg<1>, boost::arg<2> > > > (
    owner=0x8123060, base=0x82567c0) at ../../../contrib/opensource/boost/boost/asio/detail/handler_invoke_helpers.hpp:39 
#22 boost::asio::detail::signal_handler<boost::_bi::bind_t<void, boost::_mfi::mf2<void, smf::service::Manager, boost::system::error_code const&, int>, boost::_bi::list3<boost::_bi::value<smf::service::Manager*>, boost::arg<1>, boost::arg<2> > > >::do_complete (owner=0x8123060, base=0x82567c0) 
    at ../../../contrib/opensource/boost/boost/asio/detail/signal_handler.hpp:68 
#23 0x080a6243 in boost::asio::detail::task_io_service::run(boost::system::error_code&)() 
#24 0x080a2b61 in run (this=0x811818c) at ../../../contrib/opensource/boost/boost/asio/impl/io_service.ipp:59 
#25 smf::service::Daemon::run (this=0x811818c) at Daemon.cpp:48 
#26 0x080b69a8 in boost::(anonymous namespace)::thread_proxy (param=0x8124080) at ../src/pthread/thread.cpp:143 
#27 0x281346a5 in thread_start (curthread=0x8136d80) at /usr/src/lib/libthr/thread/thr_create.c:288 
#28 0x00000000 in ??() 

Answer 1

從閱讀那回溯我發現一點額外的複雜性，你沒有提及。

看來你使用的是Boost Asio。

在某些時候您處理signal 20 (SIGCHLD)（通常會被忽略）。處理程序是smf::service::Manager::service_signal_handler，它繼續撥打smf::service::Manager::defer_degraded_service。

然後嘗試使用expires_from_now在deadline_timer上「武裝」一段時間。

這基本上是事情發生的地方。我檢查

• 定時器實際上仍然是一個有效的引用（它沒有得到移動/破壞）
• 是UTC實際上是目標平臺

• 計時器上的有效時區正在被保護以防併發訪問（deadline_timer類是而不是線程安全）。

  一種常見的方式做到這一點是有deadline_timer上strand（或者僅僅是一個io_service有一個線程），並張貼在這個鏈/服務任務設置定時器。

Answer 2

原來，這是由於這樣的事實，我在節目中，將安裝自己的SIGCHLD處理器調用別處POPEN。隨之而來的是壞事。