Was this change reverted? from Zend/ChangeLog:
2003-06-09 Stanislav Malyshev <[EMAIL PROTECTED]>
* zend_API.c
zend_execute_API.c:
Support 'self' and 'parent' in call_user_func()
Using either 'self' or 'parent' now gives a warning, 'First argument
developer
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, Nov 28, 2003 at 10:04:39AM +0100, Derick Rethans wrote:
>
> Strict is strict, that's the whole point. You can either fix your code
> or disable strict.
The "fixed" code can't run on PHP 4. This strict idea needs a minor
reevaluation. Using var in PHP 5 isn't really "broken" and in order
On Fri, 28 Nov 2003, Andrei Zmievski wrote:
> On Thu, 27 Nov 2003, Marcus Boerger wrote:
> > Convert objects to string if string is required by newer parameter parsing
> > since we do this for older parameter parsing does so too.
>
> Do you really think this is necessary? I can see the automat
On November 28, 2003 09:37 am, Jean-Pierre Arneodo wrote:
> Here a script parsed through valgrind.
> It's related to the gettext extension.
> It is not the segfault I search, so I continue to search zend related bug.
>
> Jean-Pierre
I can replicate the problem, however this is not a PHP issue sinc
On Wed, 26 Nov 2003, Derick Rethans wrote:
> due to a (recent) change in the Zend Engine I get the following segfault
> during make install:
>
> (gdb) print **func
> $3 = {value = {lval = 1083282756, dval = 46.000343390546305, str = {
> val = 0x40919544 "\b", len = 1078394891}, ht = 0x409
Here a script parsed through valgrind.
It's related to the gettext extension.
It is not the segfault I search, so I continue to search zend related bug.
Jean-Pierre
==13278== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux.
==13278== Copyright (C) 2002-2003, and GNU GPL'd, by J
Hello, list!
AFAIK, when writing PHP extensions, you`re allowed to output messages with
the use of php_printf,
which has its C counterpart, printf(). But C also has vprintf() which works
in junction with va_* functions. PHP works fine with va_* functions too, but
I can`t find analogue of vprintf()
On Thu, 27 Nov 2003, Marcus Boerger wrote:
> helly Thu Nov 27 14:24:38 2003 EDT
>
> Modified files:
> /ZendEngine2 zend_API.c
> Log:
> Convert objects to string if string is required by newer parameter parsing
> since we do this for older parameter parsing d
function table creation works fine, but as it doesn't use any
OO stuff at all it is not *that* astonishing ... ;)
--
Hartmut Holzgraefe <[EMAIL PROTECTED]>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
On Wed, Nov 26, 2003 at 05:32:29PM +0200, Andi Gutmans wrote:
> Hi guys,
>
> Now that we're at a very advanced stage and the code freeze is coming up, I
> think it'd be a good idea to start running some PHP 4 applications on PHP 5
> and see how easy things go. I'm sure we'll bump into so
On Thu, 27 Nov 2003, Daniel Convissor wrote:
> Greetings:
>
> I have been testing/tweaking PHP 5 via a major OOP based project of mine
> that relies on PEAR::DB. There are some major hangups, most of which I've
> mentioned in other places. To be complete, I'll touch on them here.
>
> 1) The "va
12 matches
Mail list logo
