Re: Show encoding in initdb messages

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Show encoding in initdb messages
Дата
Msg-id 40D70B3B.3060804@dunslane.net
обсуждение исходный текст
Ответ на Re: Show encoding in initdb messages  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Show encoding in initdb messages  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
Tom Lane wrote:

>Peter Eisentraut <peter_e@gmx.net> writes:
>
>
>>But the answer space is infinite:
>>
>>
>
>
>
>>$ LANG=C locale charmap
>>ANSI_X3.4-1968
>>
>>
>
>Right, the hard part is mapping whatever weird string "locale charmap"
>chooses to return into one of the encodings our code knows about.
>
>HPUX seems to be just arbitrarily bizarre:
>
>$ LC_ALL=en_US.iso88591 locale charmap
>"iso88591.cm"
>$ LC_ALL=C.utf8 locale charmap
>"utf8.cm"
>$
>
>As near as I can tell, the .cm is present in all the possible results;
>and why the quotes?
>
>


>
>
>>I suspect Japanese users will also have a problem with this mechanism,
>>but at least we could keep -E to override the automatic selection.
>>
>>
>
>Perhaps we could try to derive a setting from locale charmap, but barf
>and require explicit -E if we can't recognize it?
>
>
>

Sounds like an excellent plan, at least for platforms that have such a
command. Windows does not appear to :-(. Are there other *nixes that
also lack it, or that also produce bizarre results like PH-UX?

cheers

andrew

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Show encoding in initdb messages
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: nested xacts and phantom Xids