Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50881 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33434 invoked from network); 6 Dec 2010 20:57:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Dec 2010 20:57:22 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=softfail; sender-id=softfail Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain zend.com does not designate 188.65.64.9 as permitted sender) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 188.65.64.9 homemail.n-home.ru Received: from [188.65.64.9] ([188.65.64.9:61883] helo=mailgw.nnz-home.ru) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 41/E4-06166-F2E4DFC4 for ; Mon, 06 Dec 2010 15:57:22 -0500 Received: from localhost (unknown [127.0.0.1]) by mailgw.nnz-home.ru (Postfix) with ESMTP id 982EA28452; Mon, 6 Dec 2010 23:50:30 +0300 (MSK) X-Virus-Scanned: amavisd-new at mailgw.nnz-home.ru Received: from mailgw.nnz-home.ru ([127.0.0.1]) by localhost (mailgw.nnz-home.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZcD+AgXtNgH5; Mon, 6 Dec 2010 23:50:30 +0300 (MSK) Received: from ws.home (unknown [10.83.32.11]) by mailgw.nnz-home.ru (Postfix) with ESMTP id 462C528450; Mon, 6 Dec 2010 23:50:29 +0300 (MSK) Message-ID: <4CFD4E2B.5080108@zend.com> Date: Mon, 06 Dec 2010 23:57:15 +0300 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Lightning/1.0b3pre Thunderbird/3.1.6 MIME-Version: 1.0 To: Moriyoshi Koizumi CC: PHP Internals , Andi Gutmans , Zeev Suraski References: <4CE537B0.1030607@zend.com> <4CFCBFBB.5000901@zend.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: --enable-zend-multibyte From: dmitry@zend.com (Dmitry Stogov) On 12/06/2010 08:25 PM, Moriyoshi Koizumi wrote: > On Mon, Dec 6, 2010 at 7:49 PM, Dmitry Stogov wrote: >> Hi Moriyoshi, >> >> On 12/06/2010 01:31 PM, Moriyoshi Koizumi wrote: >>> >>> Hi, >>> >>> How about using the value of mbstring.script_encoding to determine >>> whether to enable the encoding conversion feature? If the value is >>> the same as that of mbstring.internal_encoding, then no conversion >>> should be needed in the first place. Besides we can define some >>> singular value like "none" that completely disables the conversion. >> >> Right now I introduced zend.multibyte directive which enables to look into >> mbstring.script_encoding and mbstring.internal_encoding as it did before >> with --enable-zend-multibyte. Note that we can't check for them in ZE >> directly because ZE knows nothing about ext/mbstring. It may be not compiled >> into PHP or compiled as DSO. Probably it's possible to do through additional >> callbacks. > > Indeed mbstring.script_encoding is only used by zend_multibyte, so it > would make sense to alter the name of the ini setting to something > like zend.script_encoding, and move the relevant part of mbstring.c > into zend_multibyte.c > Usage of zend.script_encoding instead of zend.multibyte might make sense. I'll take a look into it. However I don't see a way to move "the relevant parts" of ext/mbstring into zend_multibute.c. zend_multibyte will have to call for external detector and converter anyway. May be I misunderstood you. Could you explain what you means? Thanks. Dmitry. Thanks. Dmitry.