Re: client_encoding directive is ignored in

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
Cc: pgman(at)candle(dot)pha(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org
Subject: Re: client_encoding directive is ignored in
Date: 2003-02-16 01:22:14
Message-ID: 5868.1045358534@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> 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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Lamar Owen 2003-02-16 01:24:57 Re: location of the configuration files
Previous Message Tom Lane 2003-02-16 01:19:59 Re: location of the configuration files