Marcus Boerger wrote:
We don't do this for any other interface based 'magic' (iterators, array
overloading). But if that's your only concern then i'll happily change
I think the keyword here is 'magic'. This introduces another mechanism
for overloaded behaviour.
Something can now
a) implement an
If it works in count(), will it work in sizeof() as well?
Regards,
Manuzhai
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
I've tried to compile PHP with --enable-memory-limit, and it works well
with PHP 4.3.9, PHP_4_3 Branch, PHP 5.0.2, but not with PHP_5_1 branch,
I've tried with freebsd and gentoo, it fails when making the cgi or cli
executable. I get this error :
On FreeBSD 5.1, gcc version 3.2.2 [FreeBSD]
On Sat, 20 Nov 2004, Cyprien Nicolas wrote:
> And on Gentoo 2004.1, gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1,
> ssp-3.3.2-2, pie-8.7.6)
> ext/standard/basic_functions.lo(.data.rel+0x11ac): In function
> `zif_ip2long':
> /home/cvs/php/PHP_5_1/ext/standard/basic_functions.c:1366: undefined
Hello Christian,
Saturday, November 20, 2004, 11:47:01 AM, you wrote:
> Marcus Boerger wrote:
>> We don't do this for any other interface based 'magic' (iterators, array
>> overloading). But if that's your only concern then i'll happily change
> I think the keyword here is 'magic'. This introduc
Hello Dirkjan,
Saturday, November 20, 2004, 1:01:22 PM, you wrote:
> If it works in count(), will it work in sizeof() as well?
See: http://php.net/sizeof
Best regards,
Marcusmailto:[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
Derick Rethans wrote:
Those mentioned lines make no sense (there is no call to
memory_get_usage at all), there is no PHP_5_1 branch so I've
no clue what you mean here. Check with the CVS branch HEAD and provide
the actual lines too.
Derick
Actually, by PHP_5_1 branch, I mean the HEAD branch. I k
Marcus Boerger wrote:
We already decided not to allow ArrayAccess implementations to work
Ok, excuse my ignorance, so what's the list of functions/constructs
affected by SPL?
- foreach
- []
- count()
What else? Are there plan to extend that at a later stage? [ Simply
point me to an online docume
Is this the commit that prompted Rob to adjust the COM extension today?
If so, we've broken binary compat within the 5.0.x series by changing
the method signature; somebody needs to "fix" a whole bunch of OO
extensions now.
(either that or I'm missing something)
--Wez.
On Fri, 05 Nov 2004 15:08
Hello Christian,
Saturday, November 20, 2004, 2:59:07 PM, you wrote:
> Marcus Boerger wrote:
>> We already decided not to allow ArrayAccess implementations to work
> Ok, excuse my ignorance, so what's the list of functions/constructs
> affected by SPL?
> - foreach
> - []
> - count()
> What el
Hello Wez,
unfortunatley this fix is needed to make __call() being executable in C.
regard
marcus
Saturday, November 20, 2004, 3:18:29 PM, you wrote:
> Is this the commit that prompted Rob to adjust the COM extension today?
> If so, we've broken binary compat within the 5.0.x series by changi
We need to, at the least, bump the ZE API number now.
Just about all the OO extensions, including in PECL, need to be
audited and have #ifdefs added.
This kind of change should also be quite prominently announced so that
individual extension authors have a chance to find out wtf made their
code br
Marcus Boerger wrote:
Mabe you should look here at the engine description in Zend directory of
you PHP source.
Ok, thanks for you summary. I read that and had a look at ZEND_CHANGES.
- [] is overloaded by interface ArrayAccess (this is engine level only
count() is missing here)
- count() is overl
Hello Wez,
Saturday, November 20, 2004, 3:56:03 PM, you wrote:
> We need to, at the least, bump the ZE API number now.
> Just about all the OO extensions, including in PECL, need to be
> audited and have #ifdefs added.
> This kind of change should also be quite prominently announced so that
> in
Marcus Boerger wrote:
Hello Christian,
...
- __serialize(), __unserialize() controlled by a provided implementation
and handled by ext/standard
...
Best regards,
Marcusmailto:[EMAIL PROTECTED]
You mean __sleep() and __wakeup() or?
Thanks,
Andrey
--
PHP Internals - PH
Hello Andrey,
Saturday, November 20, 2004, 5:49:46 PM, you wrote:
> Marcus Boerger wrote:
>> Hello Christian,
>>
> ...
>> - __serialize(), __unserialize() controlled by a provided implementation
>> and handled by ext/standard
> ...
>>
>> Best regards,
>> Marcusmai
* Thus wrote Cyprien Nicolas:
> Derick Rethans wrote:
>
> >
> >Those mentioned lines make no sense (there is no call to
> >memory_get_usage at all), there is no PHP_5_1 branch so I've
> >no clue what you mean here. Check with the CVS branch HEAD and provide
> >the actual lines too.
> >
> >Derick
>
17 matches
Mail list logo
