Re: Client encoding not the same as the db encoding
От | Adrian Klaver |
---|---|
Тема | Re: Client encoding not the same as the db encoding |
Дата | |
Msg-id | 4F4E54B4.1040107@gmail.com обсуждение исходный текст |
Ответ на | Re: Client encoding not the same as the db encoding (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-general |
On 02/29/2012 07:50 AM, Tom Lane wrote: > Adrian Klaver<adrian.klaver@gmail.com> writes: >> On Wednesday, February 29, 2012 6:47:21 am Clodoaldo Neto wrote: >>> In 9.1.3 the client encoding is not defaulting to the db encoding: >>> What am i missing? Regards, Clodoaldo > >> My guess this: >> http://www.postgresql.org/docs/9.1/interactive/release-9-1.html >> "E.4.3.10.1. libpq > >> Add a libpq connection option client_encoding which behaves like >> he PGCLIENTENCODING environment variable (Heikki Linnakangas) >> The value auto sets the client encoding based on the operating >> system locale. >> " > > No, probably more this (under "psql") Well I was half way there:) http://www.postgresql.org/docs/9.1/interactive/app-psql.html "If at least one of standard input or standard output are a terminal, then psql sets the client encoding to "auto", which will detect the appropriate client encoding from the locale settings (LC_CTYPE environment variable on Unix systems). If this doesn't work out as expected, the client encoding can be overridden using the environment variable PGCLIENTENCODING." > > * Have psql set the client encoding from the operating system locale by default (Heikki Linnakangas) > > This only happens if the PGCLIENTENCODING environment variable is not set. > > I think the idea was to try to match your terminal window's encoding > automatically. > > regards, tom lane -- Adrian Klaver adrian.klaver@gmail.com
В списке pgsql-general по дате отправления: