[IronPython] Issue about string.upper and string.lower

Glenn Jones glenn.k.jones+ipy at gmail.com
Fri Dec 12 16:27:27 CET 2008


Hello everybody,

We ran across
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=13629(turkish
collation issues) today while trying to port Resolver One to
IronPython 2.0.

This is in a test that tries to import decimal while in the turkish locale
(it was actually reported by a user!). It does an .upper on a string with an
'i', and that doesn't give the expected results.

This is a very big issue because all the python code out there expects
string transformations to be locale-independent, and there may be strange
bugs in strange places.

Is mapping .upper and .lower to ToUpperInvariant and ToLowerInvariant an
acceptable solution? People that want to do locale-dependent transformations
can always use the .NET specific ToUpper/ToLower.

We can work around the decimal being unimportable by hacking it, but clearly
this is not a general solution. We will report other modules that might fail
from this as we find them.

Thanks,
Glenn and Orestis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20081212/6c7fd4df/attachment.html>


More information about the Ironpython-users mailing list