This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | arnimar |
|---|---|
| Recipients | arnimar, pitrou |
| Date | 2008年02月15日.16:36:35 |
| SpamBayes Score | 0.03511032 |
| Marked as misclassified | No |
| Message-id | <1203093396.39.0.0513412009916.issue1813@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
There is more to this bug than appears. I'm guessing that the name
mangling code in locale (e.g. the normalizing code) is locale dependent.
See this example:
#!/usr/bin/python2.5
import locale
print 'TR', locale.normalize('tr')
print locale.setlocale(locale.LC_ALL, ('tr_TR', 'ISO8859-9'))
# first issue, not quite the same coming out, as came in
print locale.getlocale()
# and this fails
print locale.setlocale(locale.LC_ALL, ('tr_TR', 'ISO8859-9'))
First, the value returned from getlocale is ('tr_TR', 'so8859-9'), not
('tr_TR', 'ISO8859-9'), and the second setlocale fails. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年02月15日 16:36:36 | arnimar | set | spambayes_score: 0.0351103 -> 0.03511032 recipients: + arnimar, pitrou |
| 2008年02月15日 16:36:36 | arnimar | set | spambayes_score: 0.0351103 -> 0.0351103 messageid: <1203093396.39.0.0513412009916.issue1813@psf.upfronthosting.co.za> |
| 2008年02月15日 16:36:35 | arnimar | link | issue1813 messages |
| 2008年02月15日 16:36:35 | arnimar | create | |