Re: Warning about invalid .pgpass passwords - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Warning about invalid .pgpass passwords
Date
Msg-id 178.1268344522@sss.pgh.pa.us
Whole thread Raw
In response to Re: Warning about invalid .pgpass passwords  (Bruce Momjian <bruce@momjian.us>)
Responses Re: Warning about invalid .pgpass passwords
List pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Alvaro Herrera wrote:
>> This bit seems strange ...  I think we just do strcmp() to compare sqlstates?

> Uh, the PQresultErrorField is a string, while
> ERRCODE_INVALID_PASSWORD_SPECIFICATI is a 4-byte value in base-64.  
> Yea, it's true.  For excitement, see the MAKE_SQLSTATE macro.

I don't particularly believe in doing things this way: I think that
libpq should just hardwire the string the same as it's doing for the
other specific sqlstate it's checking for.  If we do this at all,
then we are effectively embedding that sqlstate value in the protocol.
We are not going to be able to change it later.  Doing it like this
opens us up to randomly using errcodes in the frontend without realizing
that we've thereby lost the freedom to change them.

Even if you insist on including errcodes.h into the frontend code
despite that, this is an ugly brute-force way of solving the problem.
The intended way of solving the problem was to redefine MAKE_SQLSTATE
before including the file, in .c files where you need a different
representation.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: HeapTupleData.t_self garbage values
Next
From: Alvaro Herrera
Date:
Subject: Re: plperl db access documentation enhancement