Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 199AFB5DBD6 for ; Wed, 10 Aug 2011 03:13:13 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 08591-05 for ; Wed, 10 Aug 2011 06:13:07 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.216.181]) by mail.postgresql.org (Postfix) with ESMTP id E7DA9B5D8C5 for ; Wed, 10 Aug 2011 03:13:06 -0300 (ADT) Received: by qyk34 with SMTP id 34so433323qyk.19 for ; Tue, 09 Aug 2011 23:13:06 -0700 (PDT) Received: by 10.224.33.203 with SMTP id i11mr1985425qad.286.1312956786411; Tue, 09 Aug 2011 23:13:06 -0700 (PDT) Received: from [10.1.1.8] (124-169-181-228.dyn.iinet.net.au [124.169.181.228]) by mx.google.com with ESMTPS id gr10sm302660qab.4.2011.08.09.23.13.03 (version=SSLv3 cipher=OTHER); Tue, 09 Aug 2011 23:13:05 -0700 (PDT) Message-ID: <4E42216A.4090109@ringerc.id.au> Date: Wed, 10 Aug 2011 14:12:58 +0800 From: Craig Ringer User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Venkat Balaji CC: pgsql-admin@postgresql.org Subject: Re: Postgresql 9.0.1 installation error References: <4E40A0DD.3090400@ringerc.id.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201108/69 X-Sequence-Number: 38056 On 9/08/2011 2:31 PM, Venkat Balaji wrote: > Hi Craig, > > Thank you very much for your reply ! > > Here is my reply - > > 1. We are using RHEL with the below version > Linux version 2.6.18-194.26.1.el5 > (mockbuild@x86-004.build.bos.redhat.com > ) (gcc version 4.1.2 > 20080704 (Red Hat 4.1.2-48)) #1 SMP Fri Oct 29 14:21:16 EDT 2010 > > 2. LD_LIBRARY_PATH is not set OK. In that case, please show the output of: ldd ./psql run in exactly the same environment as you'd run ./psql and get a crash. > Program received signal SIGSEGV, Segmentation fault. > 0x00002aaaaaac2ecc in resetPQExpBuffer () from > /opt/Postgres9.0.1/lib/libpq.so.5 OK, you haven't built with debugging. Try rebuilding with --enable-debug to configure, then re-running the gdb command. When you get a crash and the above message is printed out, you'll get a prompt like: (gdb) Type "bt" at that prompt and press enter. The resulting stack trace shows more information about what led up to the crash. Debugging memory related crashes in C isn't simple. Just because it crashes in libpq doesn't mean the fault is in libpq. It might be, or it might be that some other library is corrupting memory that causes libpq to crash later, corrupting the stack, returning a bad pointer from a function call, library headers not matching linked library sizes so returned struct sizes/offsets are wrong, and lots lots more. It's not simple. -- Craig Ringer