Rod Taylor <[EMAIL PROTECTED]> writes:
> libpg should be libpq
Done (along with a lot of other editorializing that this file has been
in desperate need of for a long while ...)
regards, tom lane
---(end of broadcast)---
TIP
libpg should be libpq
--
Rod Taylor <[EMAIL PROTECTED]>
PGP Key: http://www.rbt.ca/rbtpub.asc
Index: doc/src/sgml/arch-dev.sgml
===
RCS file: /home/rbt/work/postgresql/cvs/pgsql-server/doc/src/sgml/arch-dev.sgml,v
retrieving revisio
And here it is.
- Original Message -
From:
Andrew
Dunstan
To: PG Patches
Sent: Thursday, June 19, 2003 7:51
PM
Subject: [PATCHES]
pg_hba.conf.sample
Here's a small patch to pg_hba.conf.sample that
explains the use of CIDR addresses.
I'm still worki
--On Saturday, June 21, 2003 15:57:54 -0400 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
\
Well, when the packagers wrap up 7.4 they're going to need to make a
call. Either it's not going to be thread-safe, and the work was in vain,
or it's thread-safe and the concerns about the supposed performanc
Peter Eisentraut wrote:
> Bruce Momjian writes:
>
> > First, ecpg has actual thead creation function calls, so I believe we
> > will still need a --with-threads configure option, at least to control
> > ecpg, unless we make threading some kind of ecpg runtime flag.
>
> This is not an issue becaus
The mbvalidate() function was called on the PGresult strings, and it
changes the strings (removes unknown characters).
I've change the validation function to one that either returns a new
string when needed or NULL when the string already was validating. The
normal case is to have validating stri
Sean Chittenden writes:
> Agreed, though one train of thought is that if someone did put a
> .pgpass file in place that isn't readable, it should be known that
> their efforts are being wasted in vein.
I tried making several dot-files I found in my home directory unreadable
(or unsearchable, in c
