Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:46558
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.227 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=MPj3kLQnbZtppYza8VvxwKCx5du2MLkAfV8tfN7Y2R1dC7CVjCaBCtBCSj0KlKOOP4
         +YxS6euSXrh9TkTz9ddYjOYM07fFyh75sJUvczxhtYRbRLSvYlKl1UsyV6QvQd8h7QkG
         04njjMPnHwTNrpUlGADSGAzpLG0uqe9TD+caM=
MIME-Version: 1.0
In-Reply-To: <177EBF51-5808-4570-B517-C2470A1B23D4@gmail.com>
References: <31.35.26502.C79573B4@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>
	 <177EBF51-5808-4570-B517-C2470A1B23D4@gmail.com>
Date: Mon, 28 Dec 2009 16:48:41 +0100
Message-ID: <b54d0abe0912280748t18122699sd08596491a737f73@mail.gmail.com>
To: Tjerk Meesters <tjerk.meesters@gmail.com>
Cc: jvlad <dmda@yandex.ru>, "internals@lists.php.net" <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 4:39 PM, Tjerk Meesters
<tjerk.meesters@gmail.com> wrote:
> 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 migratin=
g
>>>> 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 mis=
s
>>> anything
>>> dangerous in the logs just becase they are flooded.
>>>
>>>> The Web is going entirely Unicode as is PHP 6 and these functions simp=
ly
>>>> do not
>>>> support Unicode strings. =C2=A0preg_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 fo=
r
>>> 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. =C2=A0Please keep your ra=
nts 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 ;-)
we are talking about php5.3. It got deprecated in that version, and
there were emails on the list about discontinuing the 5.2 branch as
soon as the 5.3 is ~stable.

Tyrael
>>
>> 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
>>
>