Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:46551
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 72.14.220.153 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=RoJOXyE/Dmw7CKqGBpkxjlx/quKWO+9F1PvTP/SMNKukfWMFMhl7dmuId4N4sl8Dzh
         JverghjReczZsISo56hPw3hYADAebJAsMv7+jnQLIjrcsXOBqtrWePgen8J1dOPiBKg/
         WWy4+aGUGzI6tkY348hGCedH3iNvbHMZxqxH0=
MIME-Version: 1.0
In-Reply-To: <AC.CB.26502.64F883B4@pb1.pair.com>
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>
Date: Mon, 28 Dec 2009 13:39:50 +0100
Message-ID: <b54d0abe0912280439h67d3fec6scfdad8bad0198e49@mail.gmail.com>
To: jvlad <dmda@yandex.ru>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Unsetting loop variables at the end of the loop
From: tyra3l@gmail.com (Ferenc Kovacs)

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 thi=
s!
> 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. =C2=A0preg_split() is a decent substitute and y=
ou
>> 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 maintai=
n
> the language BC?
>
>>
>> And this has nothing to do with this thread. =C2=A0Please keep your rant=
s at
>> least somewhat on topic.
>
> It has direct relation to this thread because it's all about the policy o=
f
> 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.

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
>
>