Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85459 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26496 invoked from network); 25 Mar 2015 09:23:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Mar 2015 09:23:09 -0000 X-Host-Fingerprint: 80.177.120.119 marston-home.demon.co.uk Received: from [80.177.120.119] ([80.177.120.119:6499] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 50/00-26446-A7E72155 for ; Wed, 25 Mar 2015 04:23:08 -0500 Message-ID: <50.00.26446.A7E72155@pb1.pair.com> To: internals@lists.php.net References: <66c0cca2453de53bed0328af2732c7bd@mail.gmail.com> In-Reply-To: <66c0cca2453de53bed0328af2732c7bd@mail.gmail.com> Date: Wed, 25 Mar 2015 09:22:54 -0000 Lines: 1 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Posted-By: 80.177.120.119 Subject: Re: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP 7 From: TonyMarston@hotmail.com ("Tony Marston") "Zeev Suraski" wrote in message news:66c0cca2453de53bed0328af2732c7bd@mail.gmail.com... > >> -----Original Message----- >> From: Nikita Popov [mailto:nikita.ppv@gmail.com] >> Sent: Tuesday, March 24, 2015 4:45 AM >> To: PHP internals >> Subject: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP >> 7 >> >> Hi internals! >> >> The mbstring extension supports replacing PHP string functions with >> multibyte variants through the mbstring.func_overload ini option. >> >> This ini setting is a real PITA for code compatibility, as it makes it >> impossible >> to rely on the output of even the most basic PHP functions, like >> strlen(). >> Security-critical code in libraries and frameworks typically handles this >> issue >> by conditionally using either strlen() or 8bit mb_strlen(). Apart from >> that, the >> issue is generally ignored. >> >> If we do not wish to drop support for this option in PHP 7, I would at >> least >> suggest to deprecate it. >> >> Thoughts? > >I think we need to understand how it's actually being used before >discussing >its deprecation. IIRC it's extremely widely used in Japan, but could be >wrong. >I'd want to hear from our Japanese contributors what their thoughts are. > >Zeev I sell my software in several Asian countries, and they regularly use this ini option. Unless you can point to a fully-supported alternative I am against dropping this option. -- Tony Marston