Thanks for the response.
The following are versions I checked:
postgres, createdb, dropdb, pg_dump and pg_restore - 7.4.7
I did an ldd for each of createdb, dropdb, pg_dump and pg_restore. The
output was - /usr/lib/libpq.so.3 for all of them.
All these have been linked with the same libpq library. So, thinking
wht could be the problem?
-Anu
>>> Michael Fuhr <mike@fuhr.org> 05/12/05 6:53 PM >>>
On Wed, May 11, 2005 at 11:35:16PM -0600, Sankaran Anupama wrote:
>
> I find that while pg_dump and pg_restore take/read the password from
> the .pgpass file, dropdb and createdb do not. For these, i'm still
> having to key in the password. The permissions for the .pgpass is
0600
> as expected.
Using .pgpass is a behavior of libpq, which underlies utilities
like pg_dump, createdb, and dropdb. If createdb and dropdb are
linked against a libpq from PostgreSQL 7.3 or later, then they
should be using .pgpass. Have you done a process trace or examined
the access time of .pgpass to test your hypothesis that createdb
and dropdb don't use it? Have you used the --version option to
verify that the correct versions of those utilites are being used,
or ldd to see which libpq they're linked against?
createdb and dropdb make connections to template1. Have you checked
pg_hba.conf to see if connecting to template1 is different than
connecting to other databases?
--
Michael Fuhr
http://www.fuhr.org/~mfuhr/
---------------------------(end of
broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
