activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Devin Venable <venable.de...@gmail.com>
Subject Re: Need help tracking down activemq-cpp core dump on Centos
Date Wed, 21 Jul 2010 15:39:39 GMT
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 <tabish121@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 <tabish121@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 <tabish121@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/
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message