On 23 Feb 2010, at 21:34, Tom Lane wrote:
adam_pgsql adam_pg...@witneyweb.org writes:
On 23 Feb 2010, at 17:41, Tom Lane wrote:
That's very peculiar. It looks more like dynamic linker breakage than
Postgres' fault, though. What platform is this (no, the kernel version
doesn't do it for me
Hi,
I am trying to upgrade to 8.4.2 but my usual compile from source failed
$ ./configure --prefix=/usr/local/pgsql_8.4 --with-pgport=6235 --with-perl
--with-openssl --with-libraries=/usr/local/ssl/lib/
--with-includes=/usr/local/ssl/include/
$ make
$ make check
..
==
On 23 Feb 2010, at 17:41, Tom Lane wrote:
adam_pgsql adam_pg...@witneyweb.org writes:
I am trying to upgrade to 8.4.2 but my usual compile from source failed
$ make check
== shutting down postmaster ==
/usr/local/install/postgresql-8.4.2/src/test
When I do the install script in contrib it says I have no rights to
the directory. It was in /usr/local/pgsql/data/log and I changed it
to /usr/local/pgsql/log. It was set as root.wheel with 755
permissions so I suspect it's mad at me because the postgres user
was left in the cold.
Hi Mick,
1.
I ended up using pg_prepare() and pg_execute() as pg_query() alone
just didn't seem to work. But SELECT statements seemed to be cached
or persistent in some way, such that they lived beyond the life of
the PHP script. Is there something I need to know about persistent
On 29 Jan 2008, at 13:39, Martijn van Oosterhout wrote:
On Tue, Jan 29, 2008 at 01:30:04PM +, adam_pgsql wrote:
this looks to be using the Pg module rather than DBI + DBD::Pg. This
one i think:
http://www.cpan.org/authors/id/M/ME/MERGL/pgsql_perl5-1.9.0.tar.gz
i think thats quite old
this looks to be using the Pg module rather than DBI + DBD::Pg. This
one i think:
http://www.cpan.org/authors/id/M/ME/MERGL/pgsql_perl5-1.9.0.tar.gz
i think thats quite old now though
On 29 Jan 2008, at 13:10, Glyn Astill wrote:
well its using the pgsql_replication_check.pl, which