Re: [PHP-I18N] Re-opening of bug #18556

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
>
>