Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:46556
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.192 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=references:message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:x-mailer:mime-version:subject:date:cc;
        b=PyY32eAbjJKGry0RBBR0cFLbbqT0XTPXajie3CwZ+d87k20q7pPXeMvMMTkFa8Vn6k
         CRlksrhzSTh2K3hvkNrrIiA/JF6HEDR+VA3kE8f2amUDwm5kTFW+65NljS0Q3gJtrHnh
         GLqLX+1UosetE5toZLz40gkZTNoXfnJR/fWAo=
References: <31.35.26502.C79573B4@pb1.pair.com> <e50d0a480912270517i44c4b3d0o4787e65e2cfc7f25@mail.gmail.com> <1B.86.26502.42B673B4@pb1.pair.com> <b54d0abe0912270801o6bb39a01x63ceecaf23701660@mail.gmail.com> <4B3785AC.2000507@lerdorf.com> <8A.91.26502.CDB083B4@pb1.pair.com> <4B38106C.2080806@lerdorf.com> <C2.13.26502.6CC283B4@pb1.pair.com> <4B384924.3040708@lerdorf.com> <AC.CB.26502.64F883B4@pb1.pair.com> <b54d0abe0912280439h67d3fec6scfdad8bad0198e49@mail.gmail.com>
Message-ID: <177EBF51-5808-4570-B517-C2470A1B23D4@gmail.com>
To: Ferenc Kovacs <tyra3l@gmail.com>
In-Reply-To: <b54d0abe0912280439h67d3fec6scfdad8bad0198e49@mail.gmail.com>
Content-Type: text/plain;
	charset=us-ascii;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (iPod Mail 7D11)
Date: Mon, 28 Dec 2009 23:39:53 +0800
Cc: jvlad <dmda@yandex.ru>,
 "internals@lists.php.net" <internals@lists.php.net>
Subject: Re: [PHP-DEV] Unsetting loop variables at the end of the loop
From: tjerk.meesters@gmail.com (Tjerk Meesters)

On 28-Dec-2009, at 20:39, Ferenc Kovacs <tyra3l@gmail.com> wrote:

> On Mon, Dec 28, 2009 at 11:58 AM, jvlad <dmda@yandex.ru> wrote:
>>> Do you think we are deprecating split() just for fun?
>>
>> Yes, exactly. It's just made for _fun_ by core developers and brought
>> headache
>> to people developing in php.
>>
>>> We are letting you know that you need to start thinking about  
>>> migrating
>>> your code away from non-Unicode aware functions like ereg() and  
>>> split().
>>
>> Well, this filled up my php logs with some million records telling  
>> me this!
>> Do you think it's safer to keep thinking and have an opportunity to  
>> miss
>> anything
>> dangerous in the logs just becase they are flooded.
>>
>>> The Web is going entirely Unicode as is PHP 6 and these functions  
>>> simply
>>> do not
>>> support Unicode strings.  preg_split() is a decent substitute and  
>>> you
>>> should be able to convert to it with only minor changes in your  
>>> regex.
>>
>> If these changes are minor, why don't you provide a version of  
>> split for
>> php6 that will make them
>> on the fly? Why don't you consider the other scenarios that would  
>> maintain
>> the language BC?
>>
>>>
>>> And this has nothing to do with this thread.  Please keep your  
>>> rants at
>>> least somewhat on topic.
>>
>> It has direct relation to this thread because it's all about the  
>> policy of
>> the changes in the language.
>> Some pain changes are already done, some painless are not allowed.
>> Whould you please make your position more public and clearer?
>>
> as far as I see, the changes depends on how many work has to be done,
> to preserve something.
> posix functions like split, and so could have been modified to work
> with the unicode strings, but nobody cared enough.
>
Besides, nobody's forcing you to "upgrade" to php6. Pragmatism applied  
I would just retrofit split() to preg_split() in userland whenever not  
defined, since by right pcre cannot be disabled ;-)
> now this request is easier to leave this way, because this scenario
> needs zero work against the proposed solutions.
>
> but hey: patches are welcome!
> :/
>
> Tyrael
>> -jv
>>
>>
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>