Is there a TODO here? Tom has added the printf functionality already.
--------------------------------------------------------------------------- Tom Lane wrote: > Sean Chittenden <[EMAIL PROTECTED]> 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 > > ---------------------------(end of broadcast)--------------------------- > TIP 9: the planner will ignore your desire to choose an index scan if your > joining column's datatypes do not match > -- Bruce Momjian | http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073 ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster