Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> Actually the problem can be divided into two parts:
> 1) backend does not process GUC client_encoding. 
> 2) libpq does not ask the backend's client_encoding, instead it asks
>    datanbase encoding when it starts up the connection. This is just a
>    mistake.

> I think we could fix 1) without any backward compatibilty problem and
> should be applied to both 7.3-STATBLE and current.

If we change the backend behavior without changing libpq, aren't we
breaking things even worse?  As long as libpq behaves as in (2), hadn't
the backend better init its idea of client_encoding to match
database_encoding?

                        regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly

Reply via email to