Message386203
getlocale fails with an exception when the string returned by _setlocale is already an RFC 1766 language tag.
Example:
Python 3.10.0a4 (tags/v3.10.0a4:445f7f5, Jan 4 2021, 19:55:53) [MSC v.1928 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_ALL, 'en-US')
'en-US'
>>> locale.getlocale()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "C:\flonidan\env\Python310\lib\locale.py", line 593, in getlocale
return _parse_localename(localename)
File "C:\flonidan\env\Python310\lib\locale.py", line 501, in _parse_localename
raise ValueError('unknown locale: %s' % localename)
ValueError: unknown locale: en-US
Expected result:
('en-US', None)
See https://github.com/wxWidgets/Phoenix/issues/1637 for an example of the ensuing problems. wx.Locale calls C setlocale directly, but, as far as I can see, correctly, using dashes in the language code which is consistent with not only RFC 1766 but also the examples in Microsoft's documentation (https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/setlocale-wsetlocale?view=msvc-160). CPython seems to assume underscored names such as 'en_US' instead, as shown by getdefaultlocale inserting an underscore. |
|
Date |
User |
Action |
Args |
2021-02-03 13:42:50 | AndersMunch | set | recipients:
+ AndersMunch, paul.moore, tim.golden, zach.ware, steve.dower |
2021-02-03 13:42:50 | AndersMunch | set | messageid: <1612359770.32.0.137300123748.issue43115@roundup.psfhosted.org> |
2021-02-03 13:42:50 | AndersMunch | link | issue43115 messages |
2021-02-03 13:42:50 | AndersMunch | create | |
|