[
https://issues.apache.org/jira/browse/AMQCPP-298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135526#comment-13135526
]
Joshua Rubin edited comment on AMQCPP-298 at 10/25/11 11:03 PM:
----------------------------------------------------------------
I get an almost identical error now on activemq-cpp when built on ubuntu
oneiric 11.10:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff731f4fb in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&) () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb) bt
#0 0x00007ffff731f4fb in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&) () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1 0x00007ffff631be07 in Level (this=0x7ffff69c3360) at
./decaf/util/logging/Level.h:56
#2 __static_initialization_and_destruction_0 (__priority=65535,
__initialize_p=1) at decaf/util/logging/Handler.cpp:31
#3 _GLOBAL__sub_I_Handler.cpp(void) () at decaf/util/logging/Handler.cpp:83
#4 0x00007ffff7deab26 in ?? () from /lib64/ld-linux-x86-64.so.2
Using static linking does fix the issue, but I would *strongly* prefer shared
linking.
activemq-cpp 3.4.0
apr 1.4.5
aprutil 1.3.12
uuid 2.19.1
libstdc++6 4.6.1
was (Author: joshuarubin):
I get an almost identical error now on activemq-cpp when built on ubuntu
oneiric 11.10:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff731f4fb in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&) () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb) bt
#0 0x00007ffff731f4fb in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&) () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1 0x00007ffff631be07 in Level (this=0x7ffff69c3360) at
./decaf/util/logging/Level.h:56
#2 __static_initialization_and_destruction_0 (__priority=65535,
__initialize_p=1) at decaf/util/logging/Handler.cpp:31
#3 _GLOBAL__sub_I_Handler.cpp(void) () at decaf/util/logging/Handler.cpp:83
#4 0x00007ffff7deab26 in ?? () from /lib64/ld-linux-x86-64.so.2
Using static linking does fix the issue, but I would *strongly* prefer shared
linking.
> Example code crashes in 3.2.0 on MacOSX
> ---------------------------------------
>
> Key: AMQCPP-298
> URL: https://issues.apache.org/jira/browse/AMQCPP-298
> Project: ActiveMQ C++ Client
> Issue Type: Bug
> Components: CMS Impl, Example Code
> Affects Versions: 3.2.0
> Environment: MacOSX Snow Leopard
> Reporter: Sidney Fong
> Assignee: Timothy Bish
> Fix For: 3.2.5, 3.3.0
>
>
> This happens for all programs in src/examples. The examples in 3.1.3 runs
> fine without this problem.
> ~/devel/activemq-cpp-library-3.2.0/src/examples> gdb ./.libs/chat
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared
> libraries ........... done
> (gdb) r
> Starting program: activemq-cpp-library-3.2.0/src/examples/.libs/chat
> Reading symbols for shared libraries .++++++++++.. done
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_ADDRESS at address: 0xfffffffffffffff8
> 0x00007fff85f4c0aa in std::string::_Rep::_M_grab ()
> (gdb) bt
> #0 0x00007fff85f4c0aa in std::string::_Rep::_M_grab ()
> #1 0x00007fff85f4c171 in std::basic_string<char, std::char_traits<char>,
> std::allocator<char> >::basic_string ()
> #2 0x000000010001e475 in Level [inlined] () at
> decaf/util/logging/Handler.cpp:31
> #3 0x000000010001e475 in Level [inlined] () at
> activemq-cpp-library-3.2.0/src/main/decaf/util/logging/Level.h:56
> #4 0x000000010001e475 in __static_initialization_and_destruction_0
> (__initialize_p=<value temporarily unavailable, due to optimizations>,
> __priority=<value temporarily unavailable, due to optimizations>) at
> decaf/util/logging/Handler.cpp:31
> #5 0x00007fff5fc0d500 in
> __dyld__ZN16ImageLoaderMachO18doModInitFunctionsERKN11ImageLoader11LinkContextE
> ()
> #6 0x00007fff5fc0bcec in
> __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
> #7 0x00007fff5fc0bc9d in
> __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
> #8 0x00007fff5fc0bda6 in
> __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE ()
> #9 0x00007fff5fc0210e in __dyld__ZN4dyld24initializeMainExecutableEv ()
> #10 0x00007fff5fc06981 in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_
> ()
> #11 0x00007fff5fc016d2 in
> __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
> #12 0x00007fff5fc01052 in __dyld__dyld_start ()
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
