Author lemburg
Recipients cstratak, lemburg, serhiy.storchaka, skrah, vstinner
Date 2018-01-15.12:37:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1516019848.92.0.467229070634.issue31900@psf.upfronthosting.co.za>
In-reply-to
Content
I just wanted to note that the description and title may cause a wrong interpretation of what should happen:

If you first set LC_ALL and then one of the other categories such as LC_NUMERIC, locale C functions will still use the LC_ALL setting for everything. LC_NUMERIC does not override the LC_ALL setting.

I tested this on OpenSUSE and get the same wrong results. Apparently, locale.localeconv() does not respect the above order. That's a bug.

I'm not sure whether the OP's quoted behavior is a bug, though, since if the locale encoding is not UTF-8, you cannot really expect using UTF-8 numeric separators to output correctly.
History
Date User Action Args
2018-01-15 12:37:28lemburgsetrecipients: + lemburg, vstinner, skrah, serhiy.storchaka, cstratak
2018-01-15 12:37:28lemburgsetmessageid: <1516019848.92.0.467229070634.issue31900@psf.upfronthosting.co.za>
2018-01-15 12:37:28lemburglinkissue31900 messages
2018-01-15 12:37:28lemburgcreate