Re: Patch to be verbose about being unable to read ~/.pgpasss...

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Patch to be verbose about being unable to read ~/.pgpasss...
Дата
Msg-id 11049.1056395129@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Patch to be verbose about being unable to read ~/.pgpasss...  (Sean Chittenden <sean@chittenden.org>)
Ответы Re: Patch to be verbose about being unable to read ~/.pgpasss...  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
Sean Chittenden <sean@chittenden.org> writes:
> I maintain that having a security concern in PasswordFromFile() cause
> the connection to abort as the default behavior is a bad idea.

That is a legitimate concern.  Doesn't seem like we have any really
clean way to satisfy all the needs here.

One idea I was toying with was to have PasswordFromFile set a flag in
the PGconn struct indicating that .pgpass has permissions problems.
Then some later routine could check the flag and issue the notice if
needed, giving the app a chance to install its notice handler
beforehand.  However, this begs the question of *which* later routine
should do this.  PQexec would once have been the obvious choice, but
as of 7.4 it's quite possible that some apps would never use it.
And I don't want to sprinkle the issue through a bunch of different
routines.  Maybe PQgetResult would be a safe bet that all apps would
go through (directly or indirectly).  Comments?

            regards, tom lane

В списке pgsql-patches по дате отправления:

Предыдущее
От: Sean Chittenden
Дата:
Сообщение: Re: Patch to be verbose about being unable to read ~/.pgpasss...
Следующее
От: "Greg Sabino Mullane"
Дата:
Сообщение: Consistent timestamp input