I believe, I sorted out most of the issues.
Now, the last problem: what is the official way to deep-copy
non-persistent zval into persistent zval?
I expected zval_copy_ctor to have a flag. Unfortunately, it doesn't have one.
the way I see it:
void zval_copy_ctor(zval *value, zend_bool persistent
Bug summary
If putenv deletes an environment variable (putenv("VAR=")) after it was set
previously (putenv("VAR=xxx")) then pe->previous_entry (pe is the internal hash
table entry for the environment variable) will point to a freed memory region.
This bug is triggered
Richard Lynch schreef:
On Mon, December 4, 2006 7:21 pm, Arnold Daniels wrote:
I'm struggling with the problem that cross-referenced objects don't
get
destroyed. I can off course write a method to break the
cross-reference,
but that's kind of a pain in the butt, especially if the
cross-refe
Hi,
I was trying to make PHP a bit more type-safe, but until now without
success.
I just want to do this for local testing, it's not important but it would be
nice if it would work somehow..
Are there more people who tried this?
What I want is the following:
If you have a variable in you php cod
Richard
Thanks very much for the information -- it really helps.
Bruce
From: "Richard Lynch" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: "Bruce Bailey" <[EMAIL PROTECTED]>
CC: internals@lists.php.net
Subject: Re: [PHP-DEV] Temporarily overriding memory limit in extension
Date: Tue,
On Mon, December 4, 2006 10:24 am, Bruce Bailey wrote:
> In any case, I was under the impression from the php.ini setting
> 'session.gc_probability' that script memory was not necessarily freed
> when
> the script ends. Is this not correct?
That is not correct.
GC probability refers to the odds
On Mon, December 4, 2006 7:21 pm, Arnold Daniels wrote:
> I'm struggling with the problem that cross-referenced objects don't
> get
> destroyed. I can off course write a method to break the
> cross-reference,
> but that's kind of a pain in the butt, especially if the
> cross-reference
> is not stra
Jan Schröter wrote:
#0 0xb7fa91a4 in do_lookup_x () from /lib/ld-linux.so.2
#1 0xb7fa9587 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2
#2 0xb7fad24d in _dl_fixup () from /lib/ld-linux.so.2
#3 0xb7fb2630 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#4 0xb70f6029 in internal_getent (
