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
|
Список | 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 по дате отправления: