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
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
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
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
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
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
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
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
translating , arabic language.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
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
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
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
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
== 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() {
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. )
}
}
17 matches
Mail list logo
