[Bug localedata/1354] Problem in Turkish Locale Data (tr_TR.UTF-8 , Unicode)
jakub at redhat dot com
sourceware-bugzilla@sourceware.org
Tue Sep 20 15:56:00 GMT 2005
------- Additional Comments From jakub at redhat dot com 2005-09-19 08:38 -------
This is very likely an application bug (postgresql in this case), you need
to sort it out there, not here. In case it would be a glibc bug
(unlikely, e.g. towlower/towupper etc. are known to work just fine
with Turkish dotless i/I and i/I with dot above), this would still be wrong
bugreport here. For a bugreport here, you need to provide a self-contained
testcase that uses just glibc and shows the bug, or show say in ltrace
what calls return incorrect values. Otherwise everybody could claim something
is a glibc bug and we'd have to debug all application bugs just in case
they might be glibc bugs.
Especially with Turkish i/I and case insensitivity where UTF-8 representation
is one byte for one case and 2 byte for the other case (and one is ASCII, while
the other is not), really many application don't handle this well.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
http://sourceware.org/bugzilla/show_bug.cgi?id=1354
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Libc-locales
mailing list