Dave Page <dpage@pgadmin.org> writes:
> a) Added PQsetdbLogin2() with an additional option for the application
> name (my guess is 'no').
> b) Updated the apps to use PQconnectdb
> c) Something else?
a) is absolutely right out. b) is okay from an overall viewpoint but
you would find yourself doing something very much like this:
http://archives.postgresql.org/message-id/3073cc9b0909141123s7ec779a0h6524ec90a0a81c7@mail.gmail.com
So I would suggest
d) leave the issue unsolved until some descendant of that patch gets
committed, and then use it.
There is also
e) do nothing, since the environment var and SET options are plenty.
Also, I am wondering exactly what you think psql would *do* with the
parameter if it had it. If the answer is "force the setting to be
'psql'", that's the wrong answer. IMO you'd really want the environment
variable to take precedence over that, if set. But libpq considers the
priority to go the other way.
regards, tom lane
