Re: Passing server_encoding to the client is not future-proof

От

Rod Taylor

Тема

Дата

29 июля 2003 г. в 10:53:11

Msg-id

1059486834.52827.7.camel@jester

обсуждение

Ответ на

Re: Passing server_encoding to the client is not future-proof (Tom Lane)

Список

pgsql-hackers

Дерево обсуждения

Passing server_encoding to the client is not future-proof Peter Eisentraut <peter_e@gmx.net> 28 июля 2003 г. в 04:40:50

Re: Passing server_encoding to the client is not future-proof Tom Lane <tgl@sss.pgh.pa.us> 28 июля 2003 г. в 12:48:16

Re: Passing server_encoding to the client is not future-proof Peter Eisentraut <peter_e@gmx.net> 29 июля 2003 г. в 09:11:59

Re: Passing server_encoding to the client is not future-proof Tom Lane <tgl@sss.pgh.pa.us> 29 июля 2003 г. в 10:50:25

Re: Passing server_encoding to the client is not future-proof Rod Taylor <rbt@rbt.ca> 29 июля 2003 г. в 10:53:11

Re: Passing server_encoding to the client is not future-proof Carlos Guzman Alvarez <carlosga@telefonica.net> 29 июля 2003 г. в 11:04:32

Re: Passing server_encoding to the client is not future-proof Peter Eisentraut <peter_e@gmx.net> 31 августа 2003 г. в 16:06:35

Re: Passing server_encoding to the client is not future-proof Peter Eisentraut <peter_e@gmx.net> 31 августа 2003 г. в 16:10:08

On Tue, 2003-07-29 at 09:50, Tom Lane wrote:
> Peter Eisentraut  writes:
> > Then why did we add a GUC variable "server_encoding" at all?
> 
> The JDBC guys wanted to know it.  Why is not clear to me, but I figured
> it was easy enough to make them happy.

It could still be useful for stored procedures (particularly Java ones)
which would have to deal with the encoding at the server.

В списке pgsql-hackers по дате отправления

Предыдущее

От: Tom Lane

Дата: 29 июля 2003 г. в 10:50:25

Сообщение: Re: Passing server_encoding to the client is not future-proof

Следующее

От: Carlos Guzman Alvarez

Дата: 29 июля 2003 г. в 11:04:32

Сообщение: Re: Passing server_encoding to the client is not future-proof