Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65627
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.175 as permitted sender)
Message-ID: <510F941F.4090309@gmail.com>
Date: Mon, 04 Feb 2013 11:57:35 +0100
User-Agent: Thunderbird
MIME-Version: 1.0
To: =?UTF-8?B?SGFucy1Kw7xyZ2VuIFBldHJpY2g=?= <petrich@tronic-media.com>
CC: Terry Ellison <Terry@ellisons.org.uk>, internals@lists.php.net
References: <op.wrxrvqrn4ln631@rootp-server> <510E9031.9040209@gmail.com> <op.wryi8wsrlg86mn@rootp-server>
In-Reply-To: <op.wryi8wsrlg86mn@rootp-server>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] (non)growing memory while creating anoymous functions
 via eval()
From: keisial@gmail.com (=?UTF-8?B?w4FuZ2VsIEdvbnrDoWxleg==?=)

Hans-Jürgen Petrich wrote:
> Hi Terry and all
> thank you very much for your response.
>
>> The only thing that confused me about what you say that the second
>> *doesn't* grow
> Yes, about that i was [and am still :-)] also confused... why the 2nd
> one won't grow *non-stop*
>
>> so I checked and it does -- just the same as the first.
> Right, it grows, but not non-stop as in the 1st one.
>
> The memory will stop growing (on my machine) at ~2491584 bytes and the
> loop is able to run forever,
> creating each eval() furthermore uniqe ano-function's but not
> endless-filling Zend-internal tables.
>
>> but this still leaves the function record itself in the
>> function_table hash so with a non-zero reference count and this
>> doesn't get DTORed until request shutdown
> Not familar with the Zend-internals but just about so i was imaging
> and expecting it.
>
> That why i [still] also confused/wondering why in the 2nd example the
> memory will not grow *endless*.
> It seems that the function records in the function_table will be
> DTORed (or similar cleaned up) before request-shutdown at some point...
>
> Could this be the case?

As you are reassigning $ano_fnc, the old closure is being destructed.
Had you used create_function(), it wouldn't happen.
Now the question is, if it is correctly freeing the functions (and it is
good that it does so), why is it not doing it when they have different
lengths?