Boost C++ Libraries: Ticket #12441: Crash in Boost.Test 1.61

Tue, 06 Sep 2016 22:31:49 GMT

I did some debugging and I think this is caused by double-delete of some global objects, in particular global strings defined in unit_test_parameters.ipp file such as boost::unit_test::runtime_config::HELP. That file is included in other places and it is compiled into libboost_unit_test_framework.so and also into application object file. This causes constructor of thaose global object being called twice, once from libboost_unit_test_framework.so globals initialization, and once from application globals initialization. This also causes destructor of these objects called twice during global destruction.

I'm not sure whether this is issue specific to g++ version or glibc version, I'm not sure why this issue was not discovered by anybody yet.

component changed; owner set

anonymous — Wed, 07 Sep 2016 02:40:20 GMT

owner set to Gennadiy Rozental
component None → test

Wed, 07 Sep 2016 19:32:30 GMT

I made another test with the same code (above) on different platform:

boost 1.60
CentOS 7
gcc 4.8.5

With this setup instead of glibc complaints I see SEGV crash, stack from this crash:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff69b8aad in malloc_consolidate () from /lib64/libc.so.6
(gdb) bt
#0  0x00007ffff69b8aad in malloc_consolidate () from /lib64/libc.so.6
#1  0x00007ffff69b9ec6 in _int_free () from /lib64/libc.so.6
#2  0x0000000000476c92 in void boost::checked_array_delete<char>(char*) ()
#3  0x00000000004697c9 in boost::scoped_array<char>::~scoped_array() ()
#4  0x00000000004596fa in boost::execution_monitor::~execution_monitor() ()
#5  0x00000000004697e4 in boost::unit_test::unit_test_monitor_t::~unit_test_monitor_t() ()
#6  0x00007ffff69761da in __cxa_finalize () from /lib64/libc.so.6
#7  0x00007ffff7b6db63 in __do_global_dtors_aux () from /u2/salnikov/lsstsw/stack/Linux64/boost/1.60.lsst1/lib/libboost_unit_test_framework.so.1.60.0
#8  0x00007fffffffdd70 in ?? ()
#9  0x00007ffff7deaa1a in _dl_fini () from /lib64/ld-linux-x86-64.so.2

which looks pretty much the same globals destruction issue, except his happens not is string destructors but in some scoped array destructor.

Wed, 07 Sep 2016 21:47:44 GMT

Sorry, I think this is my own fault. Our build system has migrated to a different setup and new build rules started adding -lboost_unit_test_framework to the link and we did not have #define BOOST_TEST_DYN_LINK in our tests. I should have compared it to what our old build system did, instead I wasted my own and everyone's time trying to debug it. The answer is of course that we should not do -lboost_unit_test_framework without BOOST_TEST_DYN_LINK which is clear if one reads documentation. Sorry again, this can be closed.

status changed; resolution set

Raffi Enficiaud — Wed, 21 Sep 2016 07:47:58 GMT

status new → closed
resolution → invalid

Great, thanks for having invested time in tracking this down. I'm closing the ticket then.

erenon2@… — Thu, 05 Apr 2018 12:06:20 GMT

It also happens if one source file assumes dynamically linked boost test:

#define BOOST_TEST_DYN_LINK
#include <boost/test/unit_test.hpp>

while the other assumes header-only boost test:

#include <boost/test/included/unit_test.hpp>

It is easy to make such a mistake and really hard to figure out the reason. I'm posting to raise awareness.