From: | Craig Ringer <craig(at)postnewspapers(dot)com(dot)au> |
---|---|
To: | Matt Zinicola <matt(at)zinicola(dot)com>, PostgreSQL bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #5862: Postgres dumps core upon a connection attempt |
Date: | 2011-02-03 03:31:39 |
Message-ID: | 4D4A219B.10202@postnewspapers.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 03/02/11 11:11, Matt Zinicola wrote:
OK, it doesn't seem to be a simple problem of linking to the wrong
library then. psql is linking to the correct libpq. initdb isn't linking
to anything much at all, but still crashes for no apparent reason.
Something else may be going on. Please supply the full command line you
used to "./configure" when compiling postgres. If you're not sure what
it was, you can find it in the top of "config.log" in your compile
directory.
Is there any chance you can get us a backtrace of one of the crashing
programs? Try this:
gdb --args psql
Once it loads, it'll drop you to a
(gdb)
prompt. Enter "run" then press enter.
(gdb) run
Psql will then load for a while, crash, and drop you back to a (gdb)
prompt after printing out a message like:
Program received signal SIGSEGV, Segmentation fault.
Enter the "bt" command at the (gdb) prompt and press enter.
(gdb) bt
... then copy and paste everything from "gdb --args psql" through to the
end of the output printed by "bt", put it on http://pastebin.com/ and
send a link to that in your reply email here.
I've created a sample to give you the idea, by starting psql then
intentionally crashing it by sending it a manual SIGSEGV. See:
--
System & Network Administrator
POST Newspapers
From | Date | Subject | |
---|---|---|---|
Next Message | Jasen Betts | 2011-02-03 11:37:21 | Re: Feature request: include script file into function body |
Previous Message | Craig Ringer | 2011-02-03 02:45:51 | Re: BUG #5862: Postgres dumps core upon a connection attempt |