Re: Re: [COMMITTERS] pgsql: setlocale() on Windows doesn't work correctly if the locale name
Hiroshi Inoue <inoue@tpf.co.jp>
From: Hiroshi Inoue <inoue@tpf.co.jp>
To: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: Andrew Dunstan <andrew@dunslane.net>, Tom Lane <tgl@sss.pgh.pa.us>, pgsql-hackers@postgresql.org
Date: 2011-04-20T21:40:47Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
setlocale() on Windows doesn't work correctly if the locale name contains
- d5a7bf8c11c8 9.1.0 cited
(2011/04/20 15:30), Heikki Linnakangas wrote: > On 20.04.2011 06:48, Hiroshi Inoue wrote: >> I can find no concrete reference to problems about locale >> names containing dots. Is the following an example? > > Yes. > >> In my environment (Windows Vista using VC8) >> >> setlocale(LC_XXXX, "Chinese (Traditional)_MCO.950"); >> works and >> setlocale(LC_XXXX, NULL); >> returns >> Chinese (Traditional)_Macao S.A.R..950 > > Interesting. According to Microsoft's documentation, the codes are > three-letter country codes specified by ISO-3166 > (http://msdn.microsoft.com/en-us/library/cdax410z%28v=VS.100%29.aspx). > However, according to Wikipedia, MCO stands for Monaco, not Macau > (https://secure.wikimedia.org/wikipedia/en/wiki/ISO_3166-1_alpha-3). Hmm Windows locale system seems to have an inconsistency and the same country code (MCO) corresponds to different countries. ZHM_MCO corresponds to Chinese (Traditional)_Macao S.A.R..950 whereas FRM_MCO corresponds to French_Principality of Monaco. regards, Hiroshi Inoue