I've run into this issue with Turkish before too.  The issue is with
using LC_ALL (or, more specifically LC_CTYPE through the use of
LC_ALL).  The documentation says "The LC_CTYPE category shall define
character classification, case conversion, and other character
attributes." [1] but it also specifically includes a standard set of
characters. including an uppercase 'I'.  It sounds, to me, like that
set of characters is getting changed/corrupted for Turkish and the
other locales you mentioned somewhere in the code.

Anyway, it's not a fix for the bug, but if you need to get something
on your site working now, you can skip setting LC_CTYPE and just call
setlocale() for each of the other LC_* variables.

Wil

[1] http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html

On 7/17/07, Michael Ditum <[EMAIL PROTECTED]> wrote:
Hi,

I came across a bug with classes when using a turkish locale. Looking at
the bug database the bug has existed for a while as #18556
(http://bugs.php.net/bug.php?id=18556).

The last entry on that bug was from September 2006 with the text...

No feedback was provided for this bug for over a week, so it is being
suspended automatically. If you are able to provide the information that
was originally requested, please do so and change the status of the bug
back to "Open".

I've added a comment stating that I can still recreate the listed bug
and added some extra information however as I am not owner of the bug I
cannot change the status of the bug to "Open". Could someone re-open the
bug for me?

I am more than happy to take ownership of the bug and provide testing of
any cvs snapshots in the future.

Thanks for your help!

Mike

p.s. I've just tested snapshot php5.2-200707171230 and can confirm the
issue still exists.

--
PHP Unicode & I18N Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



--
PHP Unicode & I18N Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to