Re: Warning about invalid .pgpass passwords
От | Tom Lane |
---|---|
Тема | Re: Warning about invalid .pgpass passwords |
Дата | |
Msg-id | 178.1268344522@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Warning about invalid .pgpass passwords (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Warning about invalid .pgpass passwords
|
Список | 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 по дате отправления: