Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Red Wingate
Is the removal of a specific order on the __destruct() calls necessary? It's a pain in the ass the be unable to predict in which order the __destruct() calls are made. error_log;         }         function __destruct () {             // Dump Error-Log to User ( E-Mail, HTML etc. )         }     }

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Stephane Drouard
== Quote from Red Wingate ([EMAIL PROTECTED])'s article > Is the removal of a specific order on the __destruct() calls > necessary? It's a pain in the ass the be unable to predict > in which order the __destruct() calls are made. I did the following test: n = $n; } function __destruct() {

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Michael Walter
Stephane Drouard wrote: == Quote from Red Wingate ([EMAIL PROTECTED])'s article Is the removal of a specific order on the __destruct() calls necessary? It's a pain in the ass the be unable to predict in which order the __destruct() calls are made. [..] Couldn't PHP implement global object destruct

Re: [PHP-DEV] Re: tests/lang/bug24773.phpt, segfault with 4.3.5RC2

2004-02-06 Thread Moriyoshi Koizumi
On 2004/02/06, at 1:22, Pierre-Alain Joye wrote: About my previous post. This commit has been lost. And the test: (EX(Ts)[EX(opline)->result.u.var].EA.type ==IS_STRING_OFFSET) is a bit cleaner than mine. My patch was reverted because it had a flaw and didn't address the whole issue. DmItry alread

Re: [PHP-DEV] Re: tests/lang/bug24773.phpt, segfault with 4.3.5RC2

2004-02-06 Thread Pierre-Alain Joye
On Fri, 6 Feb 2004 21:44:48 +0900 Moriyoshi Koizumi <[EMAIL PROTECTED]> wrote: > I think this should be backported partly before 4.3.5 gets out of the > door. Ilia MFH'd it. Looks like my patch was good, but in the future I will rather check the cvs logs before trying anything ;) pierre -- PHP

Re: [PHP-DEV] soap in ext/

2004-02-06 Thread Jani Taskinen
Where are those ext/soap commit emails going atm? (dunno for sure, but I think tidy commit emails aren't going to the right place either?) --Jani On Thu, 5 Feb 2004, Andi Gutmans wrote: >Hey, > >Due to the consensus reached in including the SOAP extension in the main

Re: [PHP-DEV] soap in ext/

2004-02-06 Thread Pierre-Alain Joye
On Fri, 6 Feb 2004 16:42:30 +0200 (EET) [EMAIL PROTECTED] (Jani Taskinen) wrote: > > Where are those ext/soap commit emails going atm? > > (dunno for sure, but I think tidy commit emails aren't going to > the right place either?) Arf I just posted the same question from Wez commits

Re: [PHP-DEV] soap in ext/

2004-02-06 Thread Edin Kadribasic
On Friday 06 February 2004 3:42 pm, Jani Taskinen wrote: > Where are those ext/soap commit emails going atm? > > (dunno for sure, but I think tidy commit emails aren't going to the > right place either?) They're going to pecl-dev because that's where Dmitry has it checked out. If you

[PHP-DEV] CVS Account Request: zaher

2004-02-06 Thread zaher dirkey
translating , arabic language. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Andrei Zmievski
On Fri, 06 Feb 2004, Zeev Suraski wrote: > Yeah, assuming they're PHP-style objects (zend_object structure) then yes, > it should work fine. Well, they look something like: typedef struct { zend_object zobj; void *p; dtor_t dtor; } my_object; - Andrei -- PHP Internals - PHP Runtime Deve

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Adam Bregenzer
On Fri, 2004-02-06 at 06:01, Stephane Drouard wrote: > Couldn't PHP implement global object destruction that way: > * firstly try to destroyed them in the same way as for local > variables (respecting dependences), > * for objects that were not destroyed in the first step (certainly > circular re

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Zeev Suraski
At 13:01 06/02/2004, Stephane Drouard wrote: == Quote from Red Wingate ([EMAIL PROTECTED])'s article > Is the removal of a specific order on the __destruct() calls > necessary? It's a pain in the ass the be unable to predict > in which order the __destruct() calls are made. I did the following test

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Michael Walter
Zeev Suraski wrote: At 13:01 06/02/2004, Stephane Drouard wrote: == Quote from Red Wingate ([EMAIL PROTECTED])'s article > Is the removal of a specific order on the __destruct() calls > necessary? It's a pain in the ass the be unable to predict > in which order the __destruct() calls are made. I d

[PHP-DEV] PHPJ - php java Interperter

2004-02-06 Thread Brad LaFountain
Hello all, In light of dimitry picking up the slack that I started and going thru with it (php-soap) was wondering if anyone would be interested in another project I started but didn't follow thru with. I started a php4 interperter written in java. It uses a compiler compiler called SableCC. Sa

Re: [PHP-DEV] New destructors implementation

2004-02-06 Thread Zeev Suraski
At 22:19 06/02/2004, Michael Walter wrote: Usually, it is sufficient to deconstruct in reverse construction order in this case: $obj=PLA; $container=...; Hence, destruction order is $container, $obj -- no problem (unless you're dealing with circular references, which actually are the problem I t

[PHP-DEV] Re: New destructors implementation

2004-02-06 Thread Zeev Suraski
At 00:58 07/02/2004, Christian Jerono wrote: Well so wouldn't 'reverse construction order' mean: $container=...; $obj = $container->getFoo(); results in call of $obj->__destruct(); and then $container->__destruct(); maybe i just missed the problem here? Yes, and yes you did :) The whole problem is

[PHP-DEV] php-bugs@lists

2004-02-06 Thread Ken Tossell
Would someone please set php-bugs at lists dot php dot net as a "non-spammer"? I can't get any bugmail to my @php.net unless I turn off spam filtering. Thanks, Ken Tossell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php