Matthew Zinicola writes:
> It wasn't an unusual filesystem (other than being within a logical
> volume). Nothing out of the ordinary -- a local /ext3 filesystem. I
> did a clean re-install of Fedora from scratch, and boom! Postgres
> compiled and installed just fine.
> Two interesting tidits
On 04/02/11 15:11, Craig Ringer wrote:
On 02/03/2011 11:15 PM, Matt Zinicola wrote:
I re-compiled with '--enable-debug' and got the symbols. The
pastebin is at
http://pastebin.com/xMhEHFdT
That's really interesting. It's getting a NULL path pointer when - I
think - it tries to determine t
On Thu, 2011-02-03 at 22:23 -0500, Tom Lane wrote:
> Craig Ringer writes:
> > On 02/03/2011 11:15 PM, Matt Zinicola wrote:
> >> I re-compiled with '--enable-debug' and got the symbols. The pastebin is
> >> at
> >> http://pastebin.com/xMhEHFdT
>
> > That's really interesting. It's getting a NULL
Craig Ringer writes:
> On 02/03/2011 11:15 PM, Matt Zinicola wrote:
>> I re-compiled with '--enable-debug' and got the symbols. The pastebin is at
>> http://pastebin.com/xMhEHFdT
> That's really interesting. It's getting a NULL path pointer when - I
> think - it tries to determine the location
On 02/03/2011 11:15 PM, Matt Zinicola wrote:
I re-compiled with '--enable-debug' and got the symbols. The pastebin is at
http://pastebin.com/xMhEHFdT
That's really interesting. It's getting a NULL path pointer when - I
think - it tries to determine the location of the executables.
Presumab
As far as the configure options -- Originally, they were merely --with-perl and
--with-python, but just to rule out problems there, I've since just been going
with a straight compile (not additional options).
I will get the backtrace, etc. within the next hour or so. Thanks!
- Matt
Quoting Cr
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 f
On 03/02/11 10:33, Matt Zinicola wrote:
>
> Hrm.
>
> I did see the Fedora stashed copies of libpq.so.5 and libpq.so.5.2 in
> /usr/lib64. I looked everywhere on the system for libpq.so*, and saw that the
> only remaining copies where those in my source directory... so I re-built
> 9.0.3. A 'make
Hrm.
I did see the Fedora stashed copies of libpq.so.5 and libpq.so.5.2 in
/usr/lib64. I looked everywhere on the system for libpq.so*, and saw that the
only remaining copies where those in my source directory... so I re-built
9.0.3. A 'make check' still died in the same place within the regres
On 03/02/11 09:53, Matt Zinicola wrote:
> Apologies for lack of detail. Although I've been using Postgres for
> years, this is the first time I've had such an issue.
>
> Build options were only --with-perl and --with-python
>
> Below is the output when two different applications attempt to conne
Apologies for lack of detail. Although I've been using Postgres for
years, this is the first time I've had such an issue.
Build options were only --with-perl and --with-python
Below is the output when two different applications attempt to connect
to my 9.0.3 server (note, the second is psql itse
On 03/02/11 04:07, Matt Zinicola wrote:
>
> The following bug has been logged online:
>
> Bug reference: 5862
> Logged by: Matt Zinicola
> Email address: m...@zinicola.com
> PostgreSQL version: 9.0.3
> Operating system: Linux (Fedora 14, kernel 2.6.35-10-74), 64-bit
> Descrip
"Matt Zinicola" wrote:
> PostgreSQL version: 9.0.3
> Operating system: Linux (Fedora 14, kernel 2.6.35-10-74), 64-bit
> Description: Postgres dumps core upon a connection attempt
> Details:
>
> A simple compile from source and install (as per usual) on Fedora
> 14 yielded crashes of client appl
The following bug has been logged online:
Bug reference: 5862
Logged by: Matt Zinicola
Email address: m...@zinicola.com
PostgreSQL version: 9.0.3
Operating system: Linux (Fedora 14, kernel 2.6.35-10-74), 64-bit
Description:Postgres dumps core upon a connection attempt
14 matches
Mail list logo