You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by Devin Venable <ve...@gmail.com> on 2010/07/20 21:27:43 UTC
Need help tracking down activemq-cpp core dump on Centos
I've built apr and activemq-cpp on Centos (notes here:
http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html),
but I core dump on start up of a tiny test program that links to cms. I've
built on two different machines (one a clean Centos 5.4 install) and get
the same result.
Starting program:
/home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
(gdb) bt
#0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
#1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
#2 0xf7e62a9c in
decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() () from
/usr/lib/libactivemq-cpp.so.12
#3 0xf79831c6 in
decaf::util::concurrent::atomic::AtomicRefCounter::release()
() from /usr/lib/libactivemq-cpp.so.12
#4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer() ()
from /usr/lib/libactivemq-cpp.so.12
#5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned char*,
int) ()
from /usr/lib/libactivemq-cpp.so.12
#6 0xf7e1ea11 in
decaf::net::InetAddress::InetAddress(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, unsigned char const*,
int) () from /usr/lib/libactivemq-cpp.so.12
#7 0xf7e1d56c in
decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, unsigned char const*,
int) () from /usr/lib/libactivemq-cpp.so.12
#8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
from /usr/lib/libactivemq-cpp.so.12
#9 0xf7e1ddeb in global constructors keyed to
_ZN5decaf3net11InetAddress13loopbackBytesE () from
/usr/lib/libactivemq-cpp.so.12
#10 0xf7e7b896 in __do_global_ctors_aux () from
/usr/lib/libactivemq-cpp.so.12
#11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
#12 0x00911223 in call_init () from /lib/ld-linux.so.2
#13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
#14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
ldd dist/Debug/GNU-Linux-x86/testproducer
linux-gate.so.1 => (0xffffe000)
libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
librt.so.1 => /lib/librt.so.1 (0x00d46000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
libm.so.6 => /lib/libm.so.6 (0x0032c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
libc.so.6 => /lib/libc.so.6 (0x00922000)
/lib/ld-linux.so.2 (0x00903000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
The same testproducer runs fine when building on 32 bit Ubuntu. Is the fact
that I'm cross compiling introducing a problem? (Buiding 32 bit on 64 git
arch)
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Devin Venable <ve...@gmail.com>.
Which makes sense...because automake failed...
...
picious cache-id, must contain _cv_ to be cached
aclocal.m4:4063: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:4015: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
configure.ac:94: warning: AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ,
...): suspicious cache-id, must contain _cv_ to be cached
src/main/Makefile.am: C objects in subdir but `AM_PROG_CC_C_O' not in `
configure.ac'
autoreconf: automake failed with exit status: 1
On Tue, Jul 20, 2010 at 3:21 PM, Devin Venable <ve...@gmail.com>wrote:
> Yes, but due to errors when building I had switched gears. I'll give it
> another go.
>
> After building autoconf from src (required version not available as RPM), I
> ran ./autogen.sh then ./configure in
> the activemq-cpp-3.2.x/activemq-cpp directory, but got:
>
> config.status: error: cannot find input file: `Makefile.in'
>
> Devin
>
>
> On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com> wrote:
>
>> On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
>> > I've built apr and activemq-cpp on Centos (notes here:
>> >
>> http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
>> ),
>> > but I core dump on start up of a tiny test program that links to cms.
>> I've
>> > built on two different machines (one a clean Centos 5.4 install) and
>> get
>> > the same result.
>> >
>> >
>>
>> Did you try the code from 3.2.x fixes?
>>
>> Try using the code from the 3.2.x fixes branch, there's been some fixes
>> in there that should resolve this issue, it relates to some static
>> objects that are using APR resources before the init method gets called
>> to startup the APR runtime.
>>
>> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
>>
>> just check out the code using svn and build the library from the
>> activemq-cpp directory.
>>
>> svn co
>>
>> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
>>
>> cd activemq-cpp-3.2.x
>> ./configure ...
>> make check
>>
>> regards
>>
>>
>>
>> > Starting program:
>> > /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
>> > [Thread debugging using libthread_db enabled]
>> >
>> > Program received signal SIGSEGV, Segmentation fault.
>> > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
>> > (gdb) bt
>> > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
>> > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
>> > #2 0xf7e62a9c in
>> > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() ()
>> from
>> > /usr/lib/libactivemq-cpp.so.12
>> > #3 0xf79831c6 in
>> > decaf::util::concurrent::atomic::AtomicRefCounter::release()
>> > () from /usr/lib/libactivemq-cpp.so.12
>> > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
>> > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer() ()
>> > from /usr/lib/libactivemq-cpp.so.12
>> > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
>> > decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned
>> char*,
>> > int) ()
>> > from /usr/lib/libactivemq-cpp.so.12
>> > #6 0xf7e1ea11 in
>> > decaf::net::InetAddress::InetAddress(std::basic_string<char,
>> > std::char_traits<char>, std::allocator<char> > const&, unsigned char
>> const*,
>> > int) () from /usr/lib/libactivemq-cpp.so.12
>> > #7 0xf7e1d56c in
>> > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
>> > std::char_traits<char>, std::allocator<char> > const&, unsigned char
>> const*,
>> > int) () from /usr/lib/libactivemq-cpp.so.12
>> > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
>> > from /usr/lib/libactivemq-cpp.so.12
>> > #9 0xf7e1ddeb in global constructors keyed to
>> > _ZN5decaf3net11InetAddress13loopbackBytesE () from
>> > /usr/lib/libactivemq-cpp.so.12
>> > #10 0xf7e7b896 in __do_global_ctors_aux () from
>> > /usr/lib/libactivemq-cpp.so.12
>> > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
>> > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
>> > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
>> > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
>> >
>> >
>> > ldd dist/Debug/GNU-Linux-x86/testproducer
>> > linux-gate.so.1 => (0xffffe000)
>> > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
>> > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
>> > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
>> > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
>> > librt.so.1 => /lib/librt.so.1 (0x00d46000)
>> > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
>> > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
>> > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
>> > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
>> > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
>> > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
>> > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
>> > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
>> > libm.so.6 => /lib/libm.so.6 (0x0032c000)
>> > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
>> > libc.so.6 => /lib/libc.so.6 (0x00922000)
>> > /lib/ld-linux.so.2 (0x00903000)
>> > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
>> > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
>> > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
>> > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
>> > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
>> > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
>> > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
>> > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
>> > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
>> >
>> > The same testproducer runs fine when building on 32 bit Ubuntu. Is the
>> fact
>> > that I'm cross compiling introducing a problem? (Buiding 32 bit on 64
>> git
>> > arch)
>>
>> --
>> Tim Bish
>>
>> Open Source Integration: http://fusesource.com
>> ActiveMQ in Action: http://www.manning.com/snyder/
>>
>> Follow me on Twitter: http://twitter.com/tabish121
>> My Blog: http://timbish.blogspot.com/
>>
>>
>
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Timothy Bish <ta...@gmail.com>.
On Wed, 2010-07-21 at 10:39 -0500, Devin Venable wrote:
> Thanks. I ran svn diff to extract a patch from the fixes branch, applied it
> my activemq-cpp-library-3.2.1, and the library is no longer core dumping.
>
> When will the next minor point release be out?
>
> Devin
Great, glad it worked out. I was thinking about pushing out another
release next week, so with voting and such it would probably be out by
end of the week.
Regards
>
> On Tue, Jul 20, 2010 at 4:10 PM, Timothy Bish <ta...@gmail.com> wrote:
>
> > On Tue, 2010-07-20 at 15:52 -0500, Devin Venable wrote:
> > > [dvenable@centdev activemq-cpp]$ ./autogen.sh
> > > configure.ac:18: error: Autoconf version 2.61 or higher is required
> > > configure.ac:18: the top level
> > >
> > > Is 2.61 strictly required? If I build a newer autoconf it puts into
> > motion
> > > many other library upgrades from source, which I'd rather not.
> >
> > I believe it is, but its been so long since I worked on that I can't
> > remember exactly why, pretty sure there are some Autoconf features we
> > are using that only appeared in 2.61, you can always replace the version
> > with what you have installed in configure.ac and see what happens.
> >
> > you can find out what files changed by looking at the svn commit logs on
> > the 3.2.x branch, just run
> >
> > svn log -v -l 4
> >
> > in the folder where you checked out the code and it will show you the
> > logs. You can use svn diff to generate a patch, just look at the last
> > four commits, that's all that's changed since the 3.2.1 release.
> >
> > Regards
> >
> >
> > >
> > > Do you know which bug it was that was fixed in the branch? If so it
> > might
> > > be easier for me to just generate a patch and use it to build my
> > > local activemq-cpp-library-3.2.1 tree.
> > >
> > > Devin
> > >
> > > On Tue, Jul 20, 2010 at 3:28 PM, Timothy Bish <ta...@gmail.com>
> > wrote:
> > >
> > > > On Tue, 2010-07-20 at 15:21 -0500, Devin Venable wrote:
> > > > > Yes, but due to errors when building I had switched gears. I'll give
> > it
> > > > > another go.
> > > > >
> > > > > After building autoconf from src (required version not available as
> > RPM),
> > > > I
> > > > > ran ./autogen.sh then ./configure in
> > > > > the activemq-cpp-3.2.x/activemq-cpp directory, but got:
> > > > >
> > > > > config.status: error: cannot find input file: `Makefile.in'
> > > > >
> > > >
> > > > oh, sorry forgot, first you need to run autogen.sh to generate the
> > > > autoconf and automake input files, just do:
> > > >
> > > > ./autogen.sh
> > > >
> > > > Then you should able to build.
> > > >
> > > > > Devin
> > > > >
> > > > >
> > > > > On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com>
> > > > wrote:
> > > > >
> > > > > > On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> > > > > > > I've built apr and activemq-cpp on Centos (notes here:
> > > > > > >
> > > > > >
> > > >
> > http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
> > > > > > ),
> > > > > > > but I core dump on start up of a tiny test program that links to
> > cms.
> > > > > > I've
> > > > > > > built on two different machines (one a clean Centos 5.4 install)
> > and
> > > > get
> > > > > > > the same result.
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > Did you try the code from 3.2.x fixes?
> > > > > >
> > > > > > Try using the code from the 3.2.x fixes branch, there's been some
> > fixes
> > > > > > in there that should resolve this issue, it relates to some static
> > > > > > objects that are using APR resources before the init method gets
> > called
> > > > > > to startup the APR runtime.
> > > > > >
> > > > > >
> > > >
> > https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
> > > > > >
> > > > > > just check out the code using svn and build the library from the
> > > > > > activemq-cpp directory.
> > > > > >
> > > > > > svn co
> > > > > >
> > > > > >
> > > >
> > https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
> > > > > >
> > > > > > cd activemq-cpp-3.2.x
> > > > > > ./configure ...
> > > > > > make check
> > > > > >
> > > > > > regards
> > > > > >
> > > > > >
> > > > > >
> > > > > > > Starting program:
> > > > > > >
> > /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> > > > > > > [Thread debugging using libthread_db enabled]
> > > > > > >
> > > > > > > Program received signal SIGSEGV, Segmentation fault.
> > > > > > > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > > > > (gdb) bt
> > > > > > > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > > > > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> > > > > > > #2 0xf7e62a9c in
> > > > > > > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet()
> > ()
> > > > from
> > > > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > > > #3 0xf79831c6 in
> > > > > > > decaf::util::concurrent::atomic::AtomicRefCounter::release()
> > > > > > > () from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> > > > > > >
> > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer()
> > > > ()
> > > > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> > > > > > >
> > decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned
> > > > char*,
> > > > > > > int) ()
> > > > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #6 0xf7e1ea11 in
> > > > > > > decaf::net::InetAddress::InetAddress(std::basic_string<char,
> > > > > > > std::char_traits<char>, std::allocator<char> > const&, unsigned
> > char
> > > > > > const*,
> > > > > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #7 0xf7e1d56c in
> > > > > > > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> > > > > > > std::char_traits<char>, std::allocator<char> > const&, unsigned
> > char
> > > > > > const*,
> > > > > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> > > > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #9 0xf7e1ddeb in global constructors keyed to
> > > > > > > _ZN5decaf3net11InetAddress13loopbackBytesE () from
> > > > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > > > #10 0xf7e7b896 in __do_global_ctors_aux () from
> > > > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > > > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> > > > > > > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> > > > > > > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> > > > > > > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
> > > > > > >
> > > > > > >
> > > > > > > ldd dist/Debug/GNU-Linux-x86/testproducer
> > > > > > > linux-gate.so.1 => (0xffffe000)
> > > > > > > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12
> > (0xf7543000)
> > > > > > > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> > > > > > > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> > > > > > > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> > > > > > > librt.so.1 => /lib/librt.so.1 (0x00d46000)
> > > > > > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> > > > > > > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> > > > > > > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> > > > > > > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> > > > > > > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> > > > > > > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> > > > > > > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> > > > > > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> > > > > > > libm.so.6 => /lib/libm.so.6 (0x0032c000)
> > > > > > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> > > > > > > libc.so.6 => /lib/libc.so.6 (0x00922000)
> > > > > > > /lib/ld-linux.so.2 (0x00903000)
> > > > > > > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> > > > > > > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> > > > > > > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> > > > > > > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> > > > > > > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> > > > > > > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> > > > > > > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> > > > > > > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> > > > > > > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
> > > > > > >
> > > > > > > The same testproducer runs fine when building on 32 bit Ubuntu.
> > Is
> > > > the
> > > > > > fact
> > > > > > > that I'm cross compiling introducing a problem? (Buiding 32 bit
> > on
> > > > 64
> > > > > > git
> > > > > > > arch)
> > > > > >
> > > > > > --
> > > > > > Tim Bish
> > > > > >
> > > > > > Open Source Integration: http://fusesource.com
> > > > > > ActiveMQ in Action: http://www.manning.com/snyder/
> > > > > >
> > > > > > Follow me on Twitter: http://twitter.com/tabish121
> > > > > > My Blog: http://timbish.blogspot.com/
> > > > > >
> > > > > >
> > > >
> > > > --
> > > > Tim Bish
> > > >
> > > > Open Source Integration: http://fusesource.com
> > > > ActiveMQ in Action: http://www.manning.com/snyder/
> > > >
> > > > Follow me on Twitter: http://twitter.com/tabish121
> > > > My Blog: http://timbish.blogspot.com/
> > > >
> > > >
> >
> >
> > --
> > Tim Bish
> >
> > Open Source Integration: http://fusesource.com
> > ActiveMQ in Action: http://www.manning.com/snyder/
> >
> > Follow me on Twitter: http://twitter.com/tabish121
> > My Blog: http://timbish.blogspot.com/
> >
> >
--
Tim Bish
Open Source Integration: http://fusesource.com
ActiveMQ in Action: http://www.manning.com/snyder/
Follow me on Twitter: http://twitter.com/tabish121
My Blog: http://timbish.blogspot.com/
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Devin Venable <ve...@gmail.com>.
Thanks. I ran svn diff to extract a patch from the fixes branch, applied it
my activemq-cpp-library-3.2.1, and the library is no longer core dumping.
When will the next minor point release be out?
Devin
On Tue, Jul 20, 2010 at 4:10 PM, Timothy Bish <ta...@gmail.com> wrote:
> On Tue, 2010-07-20 at 15:52 -0500, Devin Venable wrote:
> > [dvenable@centdev activemq-cpp]$ ./autogen.sh
> > configure.ac:18: error: Autoconf version 2.61 or higher is required
> > configure.ac:18: the top level
> >
> > Is 2.61 strictly required? If I build a newer autoconf it puts into
> motion
> > many other library upgrades from source, which I'd rather not.
>
> I believe it is, but its been so long since I worked on that I can't
> remember exactly why, pretty sure there are some Autoconf features we
> are using that only appeared in 2.61, you can always replace the version
> with what you have installed in configure.ac and see what happens.
>
> you can find out what files changed by looking at the svn commit logs on
> the 3.2.x branch, just run
>
> svn log -v -l 4
>
> in the folder where you checked out the code and it will show you the
> logs. You can use svn diff to generate a patch, just look at the last
> four commits, that's all that's changed since the 3.2.1 release.
>
> Regards
>
>
> >
> > Do you know which bug it was that was fixed in the branch? If so it
> might
> > be easier for me to just generate a patch and use it to build my
> > local activemq-cpp-library-3.2.1 tree.
> >
> > Devin
> >
> > On Tue, Jul 20, 2010 at 3:28 PM, Timothy Bish <ta...@gmail.com>
> wrote:
> >
> > > On Tue, 2010-07-20 at 15:21 -0500, Devin Venable wrote:
> > > > Yes, but due to errors when building I had switched gears. I'll give
> it
> > > > another go.
> > > >
> > > > After building autoconf from src (required version not available as
> RPM),
> > > I
> > > > ran ./autogen.sh then ./configure in
> > > > the activemq-cpp-3.2.x/activemq-cpp directory, but got:
> > > >
> > > > config.status: error: cannot find input file: `Makefile.in'
> > > >
> > >
> > > oh, sorry forgot, first you need to run autogen.sh to generate the
> > > autoconf and automake input files, just do:
> > >
> > > ./autogen.sh
> > >
> > > Then you should able to build.
> > >
> > > > Devin
> > > >
> > > >
> > > > On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com>
> > > wrote:
> > > >
> > > > > On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> > > > > > I've built apr and activemq-cpp on Centos (notes here:
> > > > > >
> > > > >
> > >
> http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
> > > > > ),
> > > > > > but I core dump on start up of a tiny test program that links to
> cms.
> > > > > I've
> > > > > > built on two different machines (one a clean Centos 5.4 install)
> and
> > > get
> > > > > > the same result.
> > > > > >
> > > > > >
> > > > >
> > > > > Did you try the code from 3.2.x fixes?
> > > > >
> > > > > Try using the code from the 3.2.x fixes branch, there's been some
> fixes
> > > > > in there that should resolve this issue, it relates to some static
> > > > > objects that are using APR resources before the init method gets
> called
> > > > > to startup the APR runtime.
> > > > >
> > > > >
> > >
> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
> > > > >
> > > > > just check out the code using svn and build the library from the
> > > > > activemq-cpp directory.
> > > > >
> > > > > svn co
> > > > >
> > > > >
> > >
> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
> > > > >
> > > > > cd activemq-cpp-3.2.x
> > > > > ./configure ...
> > > > > make check
> > > > >
> > > > > regards
> > > > >
> > > > >
> > > > >
> > > > > > Starting program:
> > > > > >
> /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> > > > > > [Thread debugging using libthread_db enabled]
> > > > > >
> > > > > > Program received signal SIGSEGV, Segmentation fault.
> > > > > > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > > > (gdb) bt
> > > > > > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > > > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> > > > > > #2 0xf7e62a9c in
> > > > > > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet()
> ()
> > > from
> > > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > > #3 0xf79831c6 in
> > > > > > decaf::util::concurrent::atomic::AtomicRefCounter::release()
> > > > > > () from /usr/lib/libactivemq-cpp.so.12
> > > > > > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> > > > > >
> decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer()
> > > ()
> > > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> > > > > >
> decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned
> > > char*,
> > > > > > int) ()
> > > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > > #6 0xf7e1ea11 in
> > > > > > decaf::net::InetAddress::InetAddress(std::basic_string<char,
> > > > > > std::char_traits<char>, std::allocator<char> > const&, unsigned
> char
> > > > > const*,
> > > > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > > > #7 0xf7e1d56c in
> > > > > > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> > > > > > std::char_traits<char>, std::allocator<char> > const&, unsigned
> char
> > > > > const*,
> > > > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > > > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> > > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > > #9 0xf7e1ddeb in global constructors keyed to
> > > > > > _ZN5decaf3net11InetAddress13loopbackBytesE () from
> > > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > > #10 0xf7e7b896 in __do_global_ctors_aux () from
> > > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> > > > > > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> > > > > > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> > > > > > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
> > > > > >
> > > > > >
> > > > > > ldd dist/Debug/GNU-Linux-x86/testproducer
> > > > > > linux-gate.so.1 => (0xffffe000)
> > > > > > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12
> (0xf7543000)
> > > > > > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> > > > > > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> > > > > > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> > > > > > librt.so.1 => /lib/librt.so.1 (0x00d46000)
> > > > > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> > > > > > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> > > > > > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> > > > > > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> > > > > > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> > > > > > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> > > > > > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> > > > > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> > > > > > libm.so.6 => /lib/libm.so.6 (0x0032c000)
> > > > > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> > > > > > libc.so.6 => /lib/libc.so.6 (0x00922000)
> > > > > > /lib/ld-linux.so.2 (0x00903000)
> > > > > > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> > > > > > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> > > > > > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> > > > > > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> > > > > > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> > > > > > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> > > > > > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> > > > > > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> > > > > > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
> > > > > >
> > > > > > The same testproducer runs fine when building on 32 bit Ubuntu.
> Is
> > > the
> > > > > fact
> > > > > > that I'm cross compiling introducing a problem? (Buiding 32 bit
> on
> > > 64
> > > > > git
> > > > > > arch)
> > > > >
> > > > > --
> > > > > Tim Bish
> > > > >
> > > > > Open Source Integration: http://fusesource.com
> > > > > ActiveMQ in Action: http://www.manning.com/snyder/
> > > > >
> > > > > Follow me on Twitter: http://twitter.com/tabish121
> > > > > My Blog: http://timbish.blogspot.com/
> > > > >
> > > > >
> > >
> > > --
> > > Tim Bish
> > >
> > > Open Source Integration: http://fusesource.com
> > > ActiveMQ in Action: http://www.manning.com/snyder/
> > >
> > > Follow me on Twitter: http://twitter.com/tabish121
> > > My Blog: http://timbish.blogspot.com/
> > >
> > >
>
>
> --
> Tim Bish
>
> Open Source Integration: http://fusesource.com
> ActiveMQ in Action: http://www.manning.com/snyder/
>
> Follow me on Twitter: http://twitter.com/tabish121
> My Blog: http://timbish.blogspot.com/
>
>
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Timothy Bish <ta...@gmail.com>.
On Tue, 2010-07-20 at 15:52 -0500, Devin Venable wrote:
> [dvenable@centdev activemq-cpp]$ ./autogen.sh
> configure.ac:18: error: Autoconf version 2.61 or higher is required
> configure.ac:18: the top level
>
> Is 2.61 strictly required? If I build a newer autoconf it puts into motion
> many other library upgrades from source, which I'd rather not.
I believe it is, but its been so long since I worked on that I can't
remember exactly why, pretty sure there are some Autoconf features we
are using that only appeared in 2.61, you can always replace the version
with what you have installed in configure.ac and see what happens.
you can find out what files changed by looking at the svn commit logs on
the 3.2.x branch, just run
svn log -v -l 4
in the folder where you checked out the code and it will show you the
logs. You can use svn diff to generate a patch, just look at the last
four commits, that's all that's changed since the 3.2.1 release.
Regards
>
> Do you know which bug it was that was fixed in the branch? If so it might
> be easier for me to just generate a patch and use it to build my
> local activemq-cpp-library-3.2.1 tree.
>
> Devin
>
> On Tue, Jul 20, 2010 at 3:28 PM, Timothy Bish <ta...@gmail.com> wrote:
>
> > On Tue, 2010-07-20 at 15:21 -0500, Devin Venable wrote:
> > > Yes, but due to errors when building I had switched gears. I'll give it
> > > another go.
> > >
> > > After building autoconf from src (required version not available as RPM),
> > I
> > > ran ./autogen.sh then ./configure in
> > > the activemq-cpp-3.2.x/activemq-cpp directory, but got:
> > >
> > > config.status: error: cannot find input file: `Makefile.in'
> > >
> >
> > oh, sorry forgot, first you need to run autogen.sh to generate the
> > autoconf and automake input files, just do:
> >
> > ./autogen.sh
> >
> > Then you should able to build.
> >
> > > Devin
> > >
> > >
> > > On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com>
> > wrote:
> > >
> > > > On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> > > > > I've built apr and activemq-cpp on Centos (notes here:
> > > > >
> > > >
> > http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
> > > > ),
> > > > > but I core dump on start up of a tiny test program that links to cms.
> > > > I've
> > > > > built on two different machines (one a clean Centos 5.4 install) and
> > get
> > > > > the same result.
> > > > >
> > > > >
> > > >
> > > > Did you try the code from 3.2.x fixes?
> > > >
> > > > Try using the code from the 3.2.x fixes branch, there's been some fixes
> > > > in there that should resolve this issue, it relates to some static
> > > > objects that are using APR resources before the init method gets called
> > > > to startup the APR runtime.
> > > >
> > > >
> > https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
> > > >
> > > > just check out the code using svn and build the library from the
> > > > activemq-cpp directory.
> > > >
> > > > svn co
> > > >
> > > >
> > https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
> > > >
> > > > cd activemq-cpp-3.2.x
> > > > ./configure ...
> > > > make check
> > > >
> > > > regards
> > > >
> > > >
> > > >
> > > > > Starting program:
> > > > > /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> > > > > [Thread debugging using libthread_db enabled]
> > > > >
> > > > > Program received signal SIGSEGV, Segmentation fault.
> > > > > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > > (gdb) bt
> > > > > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> > > > > #2 0xf7e62a9c in
> > > > > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() ()
> > from
> > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > #3 0xf79831c6 in
> > > > > decaf::util::concurrent::atomic::AtomicRefCounter::release()
> > > > > () from /usr/lib/libactivemq-cpp.so.12
> > > > > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> > > > > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer()
> > ()
> > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> > > > > decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned
> > char*,
> > > > > int) ()
> > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > #6 0xf7e1ea11 in
> > > > > decaf::net::InetAddress::InetAddress(std::basic_string<char,
> > > > > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> > > > const*,
> > > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > > #7 0xf7e1d56c in
> > > > > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> > > > > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> > > > const*,
> > > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> > > > > from /usr/lib/libactivemq-cpp.so.12
> > > > > #9 0xf7e1ddeb in global constructors keyed to
> > > > > _ZN5decaf3net11InetAddress13loopbackBytesE () from
> > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > #10 0xf7e7b896 in __do_global_ctors_aux () from
> > > > > /usr/lib/libactivemq-cpp.so.12
> > > > > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> > > > > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> > > > > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> > > > > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
> > > > >
> > > > >
> > > > > ldd dist/Debug/GNU-Linux-x86/testproducer
> > > > > linux-gate.so.1 => (0xffffe000)
> > > > > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
> > > > > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> > > > > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> > > > > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> > > > > librt.so.1 => /lib/librt.so.1 (0x00d46000)
> > > > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> > > > > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> > > > > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> > > > > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> > > > > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> > > > > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> > > > > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> > > > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> > > > > libm.so.6 => /lib/libm.so.6 (0x0032c000)
> > > > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> > > > > libc.so.6 => /lib/libc.so.6 (0x00922000)
> > > > > /lib/ld-linux.so.2 (0x00903000)
> > > > > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> > > > > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> > > > > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> > > > > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> > > > > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> > > > > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> > > > > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> > > > > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> > > > > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
> > > > >
> > > > > The same testproducer runs fine when building on 32 bit Ubuntu. Is
> > the
> > > > fact
> > > > > that I'm cross compiling introducing a problem? (Buiding 32 bit on
> > 64
> > > > git
> > > > > arch)
> > > >
> > > > --
> > > > Tim Bish
> > > >
> > > > Open Source Integration: http://fusesource.com
> > > > ActiveMQ in Action: http://www.manning.com/snyder/
> > > >
> > > > Follow me on Twitter: http://twitter.com/tabish121
> > > > My Blog: http://timbish.blogspot.com/
> > > >
> > > >
> >
> > --
> > Tim Bish
> >
> > Open Source Integration: http://fusesource.com
> > ActiveMQ in Action: http://www.manning.com/snyder/
> >
> > Follow me on Twitter: http://twitter.com/tabish121
> > My Blog: http://timbish.blogspot.com/
> >
> >
--
Tim Bish
Open Source Integration: http://fusesource.com
ActiveMQ in Action: http://www.manning.com/snyder/
Follow me on Twitter: http://twitter.com/tabish121
My Blog: http://timbish.blogspot.com/
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Devin Venable <ve...@gmail.com>.
[dvenable@centdev activemq-cpp]$ ./autogen.sh
configure.ac:18: error: Autoconf version 2.61 or higher is required
configure.ac:18: the top level
Is 2.61 strictly required? If I build a newer autoconf it puts into motion
many other library upgrades from source, which I'd rather not.
Do you know which bug it was that was fixed in the branch? If so it might
be easier for me to just generate a patch and use it to build my
local activemq-cpp-library-3.2.1 tree.
Devin
On Tue, Jul 20, 2010 at 3:28 PM, Timothy Bish <ta...@gmail.com> wrote:
> On Tue, 2010-07-20 at 15:21 -0500, Devin Venable wrote:
> > Yes, but due to errors when building I had switched gears. I'll give it
> > another go.
> >
> > After building autoconf from src (required version not available as RPM),
> I
> > ran ./autogen.sh then ./configure in
> > the activemq-cpp-3.2.x/activemq-cpp directory, but got:
> >
> > config.status: error: cannot find input file: `Makefile.in'
> >
>
> oh, sorry forgot, first you need to run autogen.sh to generate the
> autoconf and automake input files, just do:
>
> ./autogen.sh
>
> Then you should able to build.
>
> > Devin
> >
> >
> > On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com>
> wrote:
> >
> > > On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> > > > I've built apr and activemq-cpp on Centos (notes here:
> > > >
> > >
> http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
> > > ),
> > > > but I core dump on start up of a tiny test program that links to cms.
> > > I've
> > > > built on two different machines (one a clean Centos 5.4 install) and
> get
> > > > the same result.
> > > >
> > > >
> > >
> > > Did you try the code from 3.2.x fixes?
> > >
> > > Try using the code from the 3.2.x fixes branch, there's been some fixes
> > > in there that should resolve this issue, it relates to some static
> > > objects that are using APR resources before the init method gets called
> > > to startup the APR runtime.
> > >
> > >
> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
> > >
> > > just check out the code using svn and build the library from the
> > > activemq-cpp directory.
> > >
> > > svn co
> > >
> > >
> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
> > >
> > > cd activemq-cpp-3.2.x
> > > ./configure ...
> > > make check
> > >
> > > regards
> > >
> > >
> > >
> > > > Starting program:
> > > > /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> > > > [Thread debugging using libthread_db enabled]
> > > >
> > > > Program received signal SIGSEGV, Segmentation fault.
> > > > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > (gdb) bt
> > > > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> > > > #2 0xf7e62a9c in
> > > > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() ()
> from
> > > > /usr/lib/libactivemq-cpp.so.12
> > > > #3 0xf79831c6 in
> > > > decaf::util::concurrent::atomic::AtomicRefCounter::release()
> > > > () from /usr/lib/libactivemq-cpp.so.12
> > > > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> > > > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer()
> ()
> > > > from /usr/lib/libactivemq-cpp.so.12
> > > > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> > > > decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned
> char*,
> > > > int) ()
> > > > from /usr/lib/libactivemq-cpp.so.12
> > > > #6 0xf7e1ea11 in
> > > > decaf::net::InetAddress::InetAddress(std::basic_string<char,
> > > > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> > > const*,
> > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > #7 0xf7e1d56c in
> > > > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> > > > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> > > const*,
> > > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> > > > from /usr/lib/libactivemq-cpp.so.12
> > > > #9 0xf7e1ddeb in global constructors keyed to
> > > > _ZN5decaf3net11InetAddress13loopbackBytesE () from
> > > > /usr/lib/libactivemq-cpp.so.12
> > > > #10 0xf7e7b896 in __do_global_ctors_aux () from
> > > > /usr/lib/libactivemq-cpp.so.12
> > > > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> > > > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> > > > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> > > > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
> > > >
> > > >
> > > > ldd dist/Debug/GNU-Linux-x86/testproducer
> > > > linux-gate.so.1 => (0xffffe000)
> > > > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
> > > > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> > > > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> > > > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> > > > librt.so.1 => /lib/librt.so.1 (0x00d46000)
> > > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> > > > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> > > > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> > > > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> > > > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> > > > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> > > > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> > > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> > > > libm.so.6 => /lib/libm.so.6 (0x0032c000)
> > > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> > > > libc.so.6 => /lib/libc.so.6 (0x00922000)
> > > > /lib/ld-linux.so.2 (0x00903000)
> > > > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> > > > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> > > > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> > > > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> > > > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> > > > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> > > > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> > > > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> > > > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
> > > >
> > > > The same testproducer runs fine when building on 32 bit Ubuntu. Is
> the
> > > fact
> > > > that I'm cross compiling introducing a problem? (Buiding 32 bit on
> 64
> > > git
> > > > arch)
> > >
> > > --
> > > Tim Bish
> > >
> > > Open Source Integration: http://fusesource.com
> > > ActiveMQ in Action: http://www.manning.com/snyder/
> > >
> > > Follow me on Twitter: http://twitter.com/tabish121
> > > My Blog: http://timbish.blogspot.com/
> > >
> > >
>
> --
> Tim Bish
>
> Open Source Integration: http://fusesource.com
> ActiveMQ in Action: http://www.manning.com/snyder/
>
> Follow me on Twitter: http://twitter.com/tabish121
> My Blog: http://timbish.blogspot.com/
>
>
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Timothy Bish <ta...@gmail.com>.
On Tue, 2010-07-20 at 15:21 -0500, Devin Venable wrote:
> Yes, but due to errors when building I had switched gears. I'll give it
> another go.
>
> After building autoconf from src (required version not available as RPM), I
> ran ./autogen.sh then ./configure in
> the activemq-cpp-3.2.x/activemq-cpp directory, but got:
>
> config.status: error: cannot find input file: `Makefile.in'
>
oh, sorry forgot, first you need to run autogen.sh to generate the
autoconf and automake input files, just do:
./autogen.sh
Then you should able to build.
> Devin
>
>
> On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com> wrote:
>
> > On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> > > I've built apr and activemq-cpp on Centos (notes here:
> > >
> > http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
> > ),
> > > but I core dump on start up of a tiny test program that links to cms.
> > I've
> > > built on two different machines (one a clean Centos 5.4 install) and get
> > > the same result.
> > >
> > >
> >
> > Did you try the code from 3.2.x fixes?
> >
> > Try using the code from the 3.2.x fixes branch, there's been some fixes
> > in there that should resolve this issue, it relates to some static
> > objects that are using APR resources before the init method gets called
> > to startup the APR runtime.
> >
> > https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
> >
> > just check out the code using svn and build the library from the
> > activemq-cpp directory.
> >
> > svn co
> >
> > https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
> >
> > cd activemq-cpp-3.2.x
> > ./configure ...
> > make check
> >
> > regards
> >
> >
> >
> > > Starting program:
> > > /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> > > [Thread debugging using libthread_db enabled]
> > >
> > > Program received signal SIGSEGV, Segmentation fault.
> > > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > (gdb) bt
> > > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> > > #2 0xf7e62a9c in
> > > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() () from
> > > /usr/lib/libactivemq-cpp.so.12
> > > #3 0xf79831c6 in
> > > decaf::util::concurrent::atomic::AtomicRefCounter::release()
> > > () from /usr/lib/libactivemq-cpp.so.12
> > > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> > > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer() ()
> > > from /usr/lib/libactivemq-cpp.so.12
> > > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> > > decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned char*,
> > > int) ()
> > > from /usr/lib/libactivemq-cpp.so.12
> > > #6 0xf7e1ea11 in
> > > decaf::net::InetAddress::InetAddress(std::basic_string<char,
> > > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> > const*,
> > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > #7 0xf7e1d56c in
> > > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> > > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> > const*,
> > > int) () from /usr/lib/libactivemq-cpp.so.12
> > > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> > > from /usr/lib/libactivemq-cpp.so.12
> > > #9 0xf7e1ddeb in global constructors keyed to
> > > _ZN5decaf3net11InetAddress13loopbackBytesE () from
> > > /usr/lib/libactivemq-cpp.so.12
> > > #10 0xf7e7b896 in __do_global_ctors_aux () from
> > > /usr/lib/libactivemq-cpp.so.12
> > > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> > > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> > > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> > > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
> > >
> > >
> > > ldd dist/Debug/GNU-Linux-x86/testproducer
> > > linux-gate.so.1 => (0xffffe000)
> > > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
> > > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> > > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> > > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> > > librt.so.1 => /lib/librt.so.1 (0x00d46000)
> > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> > > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> > > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> > > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> > > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> > > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> > > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> > > libm.so.6 => /lib/libm.so.6 (0x0032c000)
> > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> > > libc.so.6 => /lib/libc.so.6 (0x00922000)
> > > /lib/ld-linux.so.2 (0x00903000)
> > > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> > > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> > > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> > > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> > > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> > > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> > > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> > > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> > > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
> > >
> > > The same testproducer runs fine when building on 32 bit Ubuntu. Is the
> > fact
> > > that I'm cross compiling introducing a problem? (Buiding 32 bit on 64
> > git
> > > arch)
> >
> > --
> > Tim Bish
> >
> > Open Source Integration: http://fusesource.com
> > ActiveMQ in Action: http://www.manning.com/snyder/
> >
> > Follow me on Twitter: http://twitter.com/tabish121
> > My Blog: http://timbish.blogspot.com/
> >
> >
--
Tim Bish
Open Source Integration: http://fusesource.com
ActiveMQ in Action: http://www.manning.com/snyder/
Follow me on Twitter: http://twitter.com/tabish121
My Blog: http://timbish.blogspot.com/
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Devin Venable <ve...@gmail.com>.
Yes, but due to errors when building I had switched gears. I'll give it
another go.
After building autoconf from src (required version not available as RPM), I
ran ./autogen.sh then ./configure in
the activemq-cpp-3.2.x/activemq-cpp directory, but got:
config.status: error: cannot find input file: `Makefile.in'
Devin
On Tue, Jul 20, 2010 at 2:35 PM, Timothy Bish <ta...@gmail.com> wrote:
> On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> > I've built apr and activemq-cpp on Centos (notes here:
> >
> http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html
> ),
> > but I core dump on start up of a tiny test program that links to cms.
> I've
> > built on two different machines (one a clean Centos 5.4 install) and get
> > the same result.
> >
> >
>
> Did you try the code from 3.2.x fixes?
>
> Try using the code from the 3.2.x fixes branch, there's been some fixes
> in there that should resolve this issue, it relates to some static
> objects that are using APR resources before the init method gets called
> to startup the APR runtime.
>
> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
>
> just check out the code using svn and build the library from the
> activemq-cpp directory.
>
> svn co
>
> https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cppactivemq-cpp-3.2.x
>
> cd activemq-cpp-3.2.x
> ./configure ...
> make check
>
> regards
>
>
>
> > Starting program:
> > /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> > [Thread debugging using libthread_db enabled]
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > (gdb) bt
> > #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> > #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> > #2 0xf7e62a9c in
> > decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() () from
> > /usr/lib/libactivemq-cpp.so.12
> > #3 0xf79831c6 in
> > decaf::util::concurrent::atomic::AtomicRefCounter::release()
> > () from /usr/lib/libactivemq-cpp.so.12
> > #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer() ()
> > from /usr/lib/libactivemq-cpp.so.12
> > #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> > decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned char*,
> > int) ()
> > from /usr/lib/libactivemq-cpp.so.12
> > #6 0xf7e1ea11 in
> > decaf::net::InetAddress::InetAddress(std::basic_string<char,
> > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> const*,
> > int) () from /usr/lib/libactivemq-cpp.so.12
> > #7 0xf7e1d56c in
> > decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> > std::char_traits<char>, std::allocator<char> > const&, unsigned char
> const*,
> > int) () from /usr/lib/libactivemq-cpp.so.12
> > #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> > from /usr/lib/libactivemq-cpp.so.12
> > #9 0xf7e1ddeb in global constructors keyed to
> > _ZN5decaf3net11InetAddress13loopbackBytesE () from
> > /usr/lib/libactivemq-cpp.so.12
> > #10 0xf7e7b896 in __do_global_ctors_aux () from
> > /usr/lib/libactivemq-cpp.so.12
> > #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> > #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> > #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> > #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
> >
> >
> > ldd dist/Debug/GNU-Linux-x86/testproducer
> > linux-gate.so.1 => (0xffffe000)
> > libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
> > libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> > libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> > libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> > librt.so.1 => /lib/librt.so.1 (0x00d46000)
> > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> > libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> > libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> > libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> > libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> > libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> > libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> > libm.so.6 => /lib/libm.so.6 (0x0032c000)
> > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> > libc.so.6 => /lib/libc.so.6 (0x00922000)
> > /lib/ld-linux.so.2 (0x00903000)
> > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> > libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> > libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> > libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> > libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> > libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
> >
> > The same testproducer runs fine when building on 32 bit Ubuntu. Is the
> fact
> > that I'm cross compiling introducing a problem? (Buiding 32 bit on 64
> git
> > arch)
>
> --
> Tim Bish
>
> Open Source Integration: http://fusesource.com
> ActiveMQ in Action: http://www.manning.com/snyder/
>
> Follow me on Twitter: http://twitter.com/tabish121
> My Blog: http://timbish.blogspot.com/
>
>
Re: Need help tracking down activemq-cpp core dump on Centos
Posted by Timothy Bish <ta...@gmail.com>.
On Tue, 2010-07-20 at 14:27 -0500, Devin Venable wrote:
> I've built apr and activemq-cpp on Centos (notes here:
> http://devinvenable.blogspot.com/2010/07/cross-compile-activemq-cpp-on-centos-5.html),
> but I core dump on start up of a tiny test program that links to cms. I've
> built on two different machines (one a clean Centos 5.4 install) and get
> the same result.
>
>
Did you try the code from 3.2.x fixes?
Try using the code from the 3.2.x fixes branch, there's been some fixes
in there that should resolve this issue, it relates to some static
objects that are using APR resources before the init method gets called
to startup the APR runtime.
https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x
just check out the code using svn and build the library from the
activemq-cpp directory.
svn co
https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq-cpp-3.2.x/activemq-cpp activemq-cpp-3.2.x
cd activemq-cpp-3.2.x
./configure ...
make check
regards
> Starting program:
> /home/dvenable/src/TestProducer/dist/Debug/GNU-Linux-x86/testproducer
> [Thread debugging using libthread_db enabled]
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> (gdb) bt
> #0 0x00d7a4f3 in mutex_hash () from /usr/lib/libapr-1.so.0
> #1 0x00d7a532 in apr_atomic_add32 () from /usr/lib/libapr-1.so.0
> #2 0xf7e62a9c in
> decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet() () from
> /usr/lib/libactivemq-cpp.so.12
> #3 0xf79831c6 in
> decaf::util::concurrent::atomic::AtomicRefCounter::release()
> () from /usr/lib/libactivemq-cpp.so.12
> #4 0xf7e14e7b in decaf::lang::ArrayPointer<unsigned char,
> decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer() ()
> from /usr/lib/libactivemq-cpp.so.12
> #5 0xf7e1f350 in decaf::lang::ArrayPointer<unsigned char,
> decaf::util::concurrent::atomic::AtomicRefCounter>::reset(unsigned char*,
> int) ()
> from /usr/lib/libactivemq-cpp.so.12
> #6 0xf7e1ea11 in
> decaf::net::InetAddress::InetAddress(std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&, unsigned char const*,
> int) () from /usr/lib/libactivemq-cpp.so.12
> #7 0xf7e1d56c in
> decaf::net::Inet4Address::Inet4Address(std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&, unsigned char const*,
> int) () from /usr/lib/libactivemq-cpp.so.12
> #8 0xf7e1dca9 in __static_initialization_and_destruction_0 ()
> from /usr/lib/libactivemq-cpp.so.12
> #9 0xf7e1ddeb in global constructors keyed to
> _ZN5decaf3net11InetAddress13loopbackBytesE () from
> /usr/lib/libactivemq-cpp.so.12
> #10 0xf7e7b896 in __do_global_ctors_aux () from
> /usr/lib/libactivemq-cpp.so.12
> #11 0xf790fd99 in _init () from /usr/lib/libactivemq-cpp.so.12
> #12 0x00911223 in call_init () from /lib/ld-linux.so.2
> #13 0x00911333 in _dl_init_internal () from /lib/ld-linux.so.2
> #14 0x0090384f in _dl_start_user () from /lib/ld-linux.so.2
>
>
> ldd dist/Debug/GNU-Linux-x86/testproducer
> linux-gate.so.1 => (0xffffe000)
> libactivemq-cpp.so.12 => /usr/lib/libactivemq-cpp.so.12 (0xf7543000)
> libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xf7521000)
> libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00d51000)
> libuuid.so.1 => /lib/libuuid.so.1 (0x00b07000)
> librt.so.1 => /lib/librt.so.1 (0x00d46000)
> libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a7c000)
> libexpat.so.0 => /lib/libexpat.so.0 (0x00dda000)
> libssl.so.6 => /lib/libssl.so.6 (0x00ceb000)
> libcrypto.so.6 => /lib/libcrypto.so.6 (0x00357000)
> libdl.so.2 => /lib/libdl.so.2 (0x00bbb000)
> libz.so.1 => /usr/lib/libz.so.1 (0x00bc4000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00aae000)
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b0000)
> libm.so.6 => /lib/libm.so.6 (0x0032c000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00ac9000)
> libc.so.6 => /lib/libc.so.6 (0x00922000)
> /lib/ld-linux.so.2 (0x00903000)
> libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00b1d000)
> libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00223000)
> libcom_err.so.2 => /lib/libcom_err.so.2 (0x00ad7000)
> libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00b67000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x0049a000)
> libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00b8f000)
> libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00b9a000)
> libselinux.so.1 => /lib/libselinux.so.1 (0x00b4d000)
> libsepol.so.1 => /lib/libsepol.so.1 (0x002e4000)
>
> The same testproducer runs fine when building on 32 bit Ubuntu. Is the fact
> that I'm cross compiling introducing a problem? (Buiding 32 bit on 64 git
> arch)
--
Tim Bish
Open Source Integration: http://fusesource.com
ActiveMQ in Action: http://www.manning.com/snyder/
Follow me on Twitter: http://twitter.com/tabish121
My Blog: http://timbish.blogspot.com/