This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/1354] Problem in Turkish Locale Data (tr_TR.UTF-8 , Unicode)
- From: "jakub at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sources dot redhat dot com
- Date: 19 Sep 2005 08:38:29 -0000
- Subject: [Bug localedata/1354] Problem in Turkish Locale Data (tr_TR.UTF-8 , Unicode)
- References: <20050919082531.1354.devrim@gunduz.org>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- 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.