Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:18394
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <430D2FCA.7010901@oracle.com>
Date: Wed, 24 Aug 2005 19:41:14 -0700
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version: 1.0
To: Andrei Zmievski <andrei@gravitonic.com>
CC: christopher.jones@oracle.com,
	PHP Developers Mailing List <internals@lists.php.net>
References: <430BDBAC.70701@oracle.com> <74038418fdd7cdc963d93501092f4858@gravitonic.com>
In-Reply-To: <74038418fdd7cdc963d93501092f4858@gravitonic.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Re: PHP Unicode support design document
From: makoto.tozawa@oracle.com (Makoto Tozawa)

Andrei Zmievski wrote:

>> Is there any way to keep the byte semantics (in oppose to unicode 
>> semantics)
>> only for the existing functions? For example, the Oracle 8 functions 
>> can be
>> configured to use utf-8 for the character encoding of strings. In 
>> order for
>> them to work properly, fundamental functions, which Oracle 8 function 
>> call,
>> have to behave in byte samentics. And if they work properly when the 
>> unicode
>> semantics switch is turned on, by setting the runtime_encoding to utf-8,
>> they can be called by uncode applications.
>
> I couldn't parse this on the first try. Could you restate this?

Say there is a function which calls strlen($s) expecting it returns byte 
size of $s,
and it is working fine when $s constains multibyte characters. For example,
the function expects strlen('áéí') returns 6 when the encoding is utf-8.
If this function is called by Uniocde ready applications on 
Unicode-enabled PHP,
it will fall into error because strlen('áéí') will return 3.

Is there any way to let strlen('áéí') return 6 only when it is called by 
the existing function?

Hope I explained well this time.

Makoto