Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:70681 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31485 invoked from network); 16 Dec 2013 22:13:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Dec 2013 22:13:10 -0000 Authentication-Results: pb1.pair.com smtp.mail=theanomaly.is@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=theanomaly.is@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.178 as permitted sender) X-PHP-List-Original-Sender: theanomaly.is@gmail.com X-Host-Fingerprint: 74.125.82.178 mail-we0-f178.google.com Received: from [74.125.82.178] ([74.125.82.178:42489] helo=mail-we0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A8/B1-32483-6FA7FA25 for ; Mon, 16 Dec 2013 17:13:10 -0500 Received: by mail-we0-f178.google.com with SMTP id u57so5247500wes.37 for ; Mon, 16 Dec 2013 14:13:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dGgxlm8D15DKwXdtSsjCmWYjBWHjLJR0Bq7Yt7IFWdg=; b=qFWKItHYCQD1EakrdgMb6mh8L2NUEvIMdcGZCmorCSM3KMJVMiR6+zdSGTSITAnB2c gy54mQcwkvkzFlguFGcVShf8N+r6beO1mOpVKaFuDi/Jb79r1Xi6i+Co6MSCYL80dtYD 34UfYhL+70J2wR4GIti2nPWj0bk3OhybBAopoSbSvnF0rNLXsJK7iMRAmrV7VRXm/xrM zgBc6/ijOemMaJ2iU/akDAbeVcJ/kvceiO1eCvE2WRCN1feJuSb8DUq3aLYOdKtdqBVA JvXLexmsKZdNnST5ZJVmmPxvxbixCsIzB/nfqnUs9uWQbLkD5zWYEtvbCPAappt930aF y5Lg== MIME-Version: 1.0 X-Received: by 10.194.235.230 with SMTP id up6mr16311365wjc.30.1387231987145; Mon, 16 Dec 2013 14:13:07 -0800 (PST) Received: by 10.227.32.135 with HTTP; Mon, 16 Dec 2013 14:13:07 -0800 (PST) In-Reply-To: References: Date: Mon, 16 Dec 2013 17:13:07 -0500 Message-ID: To: Yasuo Ohgaki Cc: Adam Harvey , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=047d7bd915dad0a63304edae1d25 Subject: Re: [PHP-DEV] Re: Making addslashes() multibyte aware From: theanomaly.is@gmail.com (Sherif Ramadan) --047d7bd915dad0a63304edae1d25 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Dec 16, 2013 at 4:41 PM, Yasuo Ohgaki wrote: > On Tue, Dec 17, 2013 at 5:54 AM, Adam Harvey wrote: > > > On 16 December 2013 12:44, Yasuo Ohgaki wrote: > > > I'll fix php_addslashes(). Therefore, any functions that use it > > internally > > > are affected. e.g. var_export(), etc. Users are not affected as long as > > > they are using correct locale. > > > > > > Should I fix this from 5.3? > > > > This feels like it has the potential to be a really nasty implicit BC > > break. I don't think we'd want to change default behaviour on any > > stable branch, honestly. > > > I cannot object this argument. > There may be unexpected side effects. > However, users will not be affected as long as they are using correct > locale if locale system is not broken... > > But honestly, how many users will set their locale to SJIS/BIG5 when dealing with multibyte charsets like those? I typically never touch locales when dealing with code that handles multibyte charsets (and that's becoming more and more often these days), because it rarely makes sense. It makes a lot more sense to me to deal with those issues on the intl/mb_* level and as for serialization I hardly think that serialize() with addslashes is a problem PHP needs to fix. More likely the correct and better fix is for those developers to be more charset-conscious while making decisions about how to handle serialized data after transport. --047d7bd915dad0a63304edae1d25--