I wrote:
> (I do agree that that message isn't the most helpful thing.  It looks
> like chklocale.c is overoptimistically assuming that what it's handed
> is valid, even if GetLocaleInfoEx says it isn't.)

After further digging, that optimism isn't *completely* without
foundation; it seems to be based on the fact that we know setlocale()
thought the locale string was OK.  Which is interesting --- apparently
Microsoft is more willing to accept Unix-style locale names than
I thought.  But they couldn't be bothered to make GetLocaleInfoEx()
and setlocale() take the same set of strings ...

                        regards, tom lane


Reply via email to