Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 89905 invoked from network); 20 Jul 2010 20:53:06 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Jul 2010 20:53:06 -0000 Received: (qmail 94307 invoked by uid 500); 20 Jul 2010 20:53:06 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 93984 invoked by uid 500); 20 Jul 2010 20:53:05 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 93974 invoked by uid 99); 20 Jul 2010 20:53:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jul 2010 20:53:05 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of venable.devin@gmail.com designates 209.85.215.43 as permitted sender) Received: from [209.85.215.43] (HELO mail-ew0-f43.google.com) (209.85.215.43) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jul 2010 20:52:59 +0000 Received: by ewy1 with SMTP id 1so2961827ewy.2 for ; Tue, 20 Jul 2010 13:52:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=lHrdOMF63s7RoViO0WU6cMk9diihtOfFzvUPnCraJ+8=; b=ddOgmuJNhVHFh5Wf/TNJTTkJRUip5DOMZ+h90hEpmaVDj8s1i2ZXSCHKeas89vUjl9 AI5lI69l7LRVBstwmlQcNM/WsTxf09uyRRn+6rF7j+oDCFOeFvml1Fw4VWaQwKuUZ2hc MLROW31ynWcmaaagK/VguixC7aBQ4XT7bWKKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mJNZOjIyx9voy0SU++lW4thDK5mHAgA8vnKPbLwhQDBCsv/XM9ighjILGZuL/Nw1xU v4Ek1SdXmccxl5W06oKa7HIN2bFAE0LRxo2o5yFQV749PbNS21INoJ2uf9bOJTDHg2V2 WhLlLa/Q29P1X/MnnsbtkfVBuxPfa9ExSYwgc= MIME-Version: 1.0 Received: by 10.213.31.146 with SMTP id y18mr6911741ebc.59.1279659157809; Tue, 20 Jul 2010 13:52:37 -0700 (PDT) Received: by 10.213.19.147 with HTTP; Tue, 20 Jul 2010 13:52:37 -0700 (PDT) In-Reply-To: <1279657690.2563.7.camel@localhost> References: <1279654524.2563.5.camel@localhost> <1279657690.2563.7.camel@localhost> Date: Tue, 20 Jul 2010 15:52:37 -0500 Message-ID: Subject: Re: Need help tracking down activemq-cpp core dump on Centos From: Devin Venable To: dev@activemq.apache.org Content-Type: multipart/alternative; boundary=0015174989f688ecee048bd7dd23 X-Virus-Checked: Checked by ClamAV on apache.org --0015174989f688ecee048bd7dd23 Content-Type: text/plain; charset=ISO-8859-1 [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 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 > 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 > > > decaf::util::concurrent::atomic::AtomicRefCounter>::~ArrayPointer() > () > > > > from /usr/lib/libactivemq-cpp.so.12 > > > > #5 0xf7e1f350 in decaf::lang::ArrayPointer > > > 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 > > > std::char_traits, std::allocator > const&, unsigned char > > > const*, > > > > int) () from /usr/lib/libactivemq-cpp.so.12 > > > > #7 0xf7e1d56c in > > > > decaf::net::Inet4Address::Inet4Address(std::basic_string > > > std::char_traits, std::allocator > 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/ > > --0015174989f688ecee048bd7dd23--