For more information about this bug, visit
A new bug was added:
Summary: Mixing liborocos-rtt.a and .so causes crash upon exit
Product: RTT
Version: rtt-trunk
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: Build System
AssignedTo: orocos-dev [..] ...
ReportedBy: peter [dot] soetens [..] ...

When the RTT is compiled as a static library and a dependent library (like OCL)
is compiled as a .so, an executable which uses these libraries will crash upon
exit, while the same application using all-so won't:

$ valgrind ./deployer
==25523== Memcheck, a memory error detector.
==25523== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==25523== Using LibVEX rev 1658, a library for dynamic binary translation.
==25523== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==25523== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation
framework.
==25523== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==25523== For more details, rerun with: -v
==25523==
Switched to : Deployer

This console reader allows you to browse and manipulate TaskContexts.
You can type in a command, event, method, expression or change variables.
(type 'help' for instructions)
TAB completion and HISTORY is available ('bash' like)

In Task Deployer. (Status of last Command : none )
(type 'ls' for context info) :quit

==25523== Invalid read of size 4
==25523== at 0x4EDF0B9: __gnu_cxx::__exchange_and_add(int volatile*, int)
(in /usr/lib/libstdc++.so.6.0.8)
==25523== by 0x474B2C0: __tcf_6 (in
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x4F78CC8: __cxa_finalize (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x46F8FF2: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x48F354B: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x400D9ED: (within /lib/ld-2.5.so)
==25523== by 0x4F789D8: exit (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x4F61EC3: (below main) (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== Address 0x5B67338 is 8 bytes inside a block of size 17 free'd
==25523== at 0x4020F51: operator delete(void*) (vg_replace_malloc.c:244)
==25523== by 0x4EC0A5C: std::string::_Rep::_M_destroy(std::allocator
const&) (in /usr/lib/libstdc++.so.6.0.8)
==25523== by 0x428B933: __tcf_6 (in
/home/sspr/src/Orocos/trunk/ocl/build.a/taskbrowser/liborocos-taskbrowser.so.0.3.0)
==25523== by 0x4F78CC8: __cxa_finalize (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x4262D22: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/taskbrowser/liborocos-taskbrowser.so.0.3.0)
==25523== by 0x443C0AB: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/taskbrowser/liborocos-taskbrowser.so.0.3.0)
==25523== by 0x400D9ED: (within /lib/ld-2.5.so)
==25523== by 0x4F789D8: exit (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x4F61EC3: (below main) (in /lib/tls/i686/cmov/libc-2.5.so)
==25523==
==25523== Invalid free() / delete / delete[]
==25523== at 0x4020F51: operator delete(void*) (vg_replace_malloc.c:244)
==25523== by 0x4EC0A5C: std::string::_Rep::_M_destroy(std::allocator
const&) (in /usr/lib/libstdc++.so.6.0.8)
==25523== by 0x474B2D3: __tcf_6 (in
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x4F78CC8: __cxa_finalize (in /lib/tls/i686/cmov/libc-2.5.so)

....

I don't know if this is a linker problem, an Orocos problem or expected
behaviour.