On Thu, 11 May 2006, Marcus Boerger wrote:
> Hello guys,
>
> sorry but i worked >12 hours on patch that brought half of the todo list
> for 5.2 because all that stuff is unluckily interlinked.and guess i can
> make changes in a dev tree as well as there might be errors in head and i
> even
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Richard Lynch wrote:
> On Thu, May 11, 2006 2:30 pm, Jasper Bryant-Greene wrote:
>> From a pure computer science point of view, the above makes complete
>> sense. Null means unknown value, so nothing is equal to it, not even
>> another null (becau
On Thu, May 11, 2006 2:30 pm, Jasper Bryant-Greene wrote:
> Jared Williams wrote:
>>
>> Interesting logic break too...
>>
>> $foo = new stdClass();
>> if ($foo == null || $foo != null) { echo 'Never gets echoed'; }
>
> From a pure computer science point of view, the above makes complete
> sense. Nu
On 5/11/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello Pierre,
only problem is, all that stuff is somehow dependend on one another. I started
with
smaler chunks but it simply was not doable.
Well, I see many parts that should have been commited separatelly.
Also we discussed the chang
>
> Jared Williams wrote:
> >
> > Interesting logic break too...
> >
> > $foo = new stdClass();
> > if ($foo == null || $foo != null) { echo 'Never gets echoed'; }
>
> From a pure computer science point of view, the above makes
> complete sense. Null means unknown value, so nothing is equal
>
Hello Pierre,
only problem is, all that stuff is somehow dependend on one another.
I started with smaler chunks but it simply was not doable. Also we discussed
the changes for weeks if not to say for months. That a few things fail to
work is the lack of tests i already mentioned and also of caus
Jared Williams wrote:
>
> Interesting logic break too...
>
> $foo = new stdClass();
> if ($foo == null || $foo != null) { echo 'Never gets echoed'; }
From a pure computer science point of view, the above makes complete
sense. Null means unknown value, so nothing is equal to it, not even
another
On 5/11/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello Derick,
Thursday, May 11, 2006, 2:15:53 PM, you wrote:
> Hello!
> While I welcome new developments in either procedural or OO interfaces
> in PHP I do not agree with breaking BC (between 5.1 and 5.2 in this
> case) just for the sake o
Hello guys,
sorry but i worked >12 hours on patch that brought half of the todo list
for 5.2 because all that stuff is unluckily interlinked.and guess i can
make changes in a dev tree as well as there might be errors in head and i
even more might copy errors from head to the dev treetoo
Hello Derick,
Thursday, May 11, 2006, 2:15:53 PM, you wrote:
> Hello!
> While I welcome new developments in either procedural or OO interfaces
> in PHP I do not agree with breaking BC (between 5.1 and 5.2 in this
> case) just for the sake of OO purity. In this example there is the
> following
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2006 15:07
> To: PHP Developers Mailing List
> Subject: Re: [PHP-DEV] Stop Breaking Our Apps For the Sake of OO
>
> On Thu, 11 May 2006, Derick Rethans wrote:
>
> > Wh
On Thu, 11 May 2006, Derick Rethans wrote:
> While I welcome new developments in either procedural or OO interfaces
> in PHP I do not agree with breaking BC (between 5.1 and 5.2 in this
> case) just for the sake of OO purity. In this example there is the
> following class:
I've one more of t
Hello!
While I welcome new developments in either procedural or OO interfaces
in PHP I do not agree with breaking BC (between 5.1 and 5.2 in this
case) just for the sake of OO purity. In this example there is the
following class:
which now with PHP 5.2 throws:
[EMAIL PROTECTED]:/hom
13 matches
Mail list logo
