* 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
>
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
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 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:
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
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
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
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
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
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
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
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
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
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
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]
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
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
17 matches
Mail list logo
