Re: Determining client_encoding from client locale

Поиск
Список
Период
Сортировка
От Susanne Ebrecht
Тема Re: Determining client_encoding from client locale
Дата
Msg-id 4D343D09.6080600@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: Determining client_encoding from client locale  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Determining client_encoding from client locale  (Peter Geoghegan <peter.geoghegan86@gmail.com>)
Список pgsql-hackers
On 14.01.2011 20:12, Peter Eisentraut wrote:
> I have adjusted your old patch for the current tree, and it seems to
> work.  I think it was just forgotten last time because the move to
> PQconnectdbParams had to happen first.  But I'll throw it back into the
> ring now.

Hello,

maybe i missed pre-discussion but ...

I miss considering auto-detect of file encoding.

A simple example:
$ psql -f dump.sql db

What happens when dump.sql is written by using
another encoding?

I just would expect that when client encoding is detected
by automatism that it also will be detected when I use
files.

My own experience from "the others" is that users
more often forget to think about encoding when they
deal with files as when they type in the client.

Anyway, the code itself seems ok.
I just would recommend to document that the client encoding
should be checked from the user anyway. Just to make sure that
it is not our fault, when there is a libc bug.

Just my 2ct,

Susanne

-- 
Susanne Ebrecht - 2ndQuadrant
PostgreSQL Development, 24x7 Support, Training and Services
www.2ndQuadrant.com



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: texteq/byteaeq: avoid detoast [REVIEW]
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Replication logging