【发布时间】:2021-09-29 17:07:49
【问题描述】:
我编写了一个简单的 C++ 程序来测试可用的 Windows 语言环境。
#include <iostream>
#include <iomanip>
#include <locale>
int main(int argc, char* argv[])
{
const char* locName = (argc < 2) ? "" : argv[1];
std::locale loc (locName);
std::cout.imbue(loc);
std::cout << "Locale is " << loc.name() << '\n';
std::cout << std::fixed << std::setprecision(8);
std::cout << 12345654321 <<'\n';
std::cout << 123456.54321 << '\n';;
return 0;
}
我是用 msvc19 编译的。以下是一些测试结果:
c:\Temp>.\test
Locale is
12,345,654,321
123,456.54321000
c:\Temp>.\test C
Locale is C
12345654321
123456.54321000
到目前为止一切顺利。
c:\Temp>.\test xx_xx
Locale is xx_xx
12,345,654,321
123,456.54321000
c:\Temp>.\test xxx_xxx
c:\Temp>
区域设置xx_xx 不存在,xxx_xxx 也不存在,但是一个提供与默认区域设置相同的结果,另一个冻结流。好的,再做一些测试...
c:\Temp>.\test en_us
Locale is en_us
12,345,654,321
123,456.54321000
c:\Temp>.\test de_de
Locale is de_de
12.345.654.321
123.456,54321000
c:\Temp>
完美,应该如此。但是……
c:\Temp>.\test fr_fr
Locale is fr_fr
12345654321
c:\Temp>.\test fre_fr
Locale is fre_fr
12,345,654,321
123,456.54321000
c:\Temp>
什么? fr_fr 根本不会打印浮点数,但fre_fr 会(尽管, 和. 的角色显然颠倒了)。但是它们应该是同一语言环境的别名!
c:\Temp> python
>>> import locale
>>> locale.normalize('fr_fr')
'fr_FR.ISO8859-1'
>>> locale.normalize('fre_fr')
'fr_FR.ISO8859-1'
嗯……
c:\Temp>.\test fr_FR.ISO8859-1
c:\Temp>
根本没有输出。
现在我在某处读到不能使用编码后缀来设置 C 或 C++ 语言环境。我可以理解(尽管这很烦人)。但是为什么fr_fr(和fr和french和fr_FR和French_France)的奇怪行为以及如何提前识别和避免这些有缺陷的语言环境?有趣的是,fr_be 和 fr_lu 的行为符合预期。
【问题讨论】:
-
documentation 的模式是
"<language>_<country>.<code_page>",.utf8和C除外 -
我用
fr_FR:12á345á654á321 123á456,54321000得到这个输出——也许法语使用了一些非ASCII 字符作为千位分隔符,也许这会与控制台输出混淆,因为你的程序不是t 使用wchar_t进行输出。尝试使用宽字符串输出函数,也许会更好。或者可能只是输出到一个字符串流并在可靠的调试器中查看它......或者一个文件...... -
我期待
Locale is xx_xx出现异常,请参阅 "...3,5) std::runtime_error 如果操作系统没有名为 std_name 的语言环境..." en.cppreference.com/w/cpp/locale/locale/locale -
@RichardCritten 确认MS has no documented deviation behavior on that
-
@Mgetz MS 确认异常“..如果语言环境名称 locale_name 为空指针或其他无效,则函数抛出 runtime_error....” docs.microsoft.com/en-us/cpp/standard-library/…跨度>