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