Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:53339
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 74.125.82.54 cause and error)
Message-ID: <4DFA3F36.6000707@lerdorf.com>
Date: Thu, 16 Jun 2011 18:36:54 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10
MIME-Version: 1.0
To: Stas Malyshev <smalyshev@sugarcrm.com>
CC: Pascal COURTOIS <Pascal.Courtois@nouvo.com>, 
 Internals Mailing List <internals@lists.php.net>
References: <alpine.DEB.2.02.1106071203020.5202@whisky>	 <8757232E56758B42B2EE4F9D2CA019C9014CE547@US-EX2.zend.net>	 <BANLkTinLd8svjZYGYOoc=qyxViFfapn=nA@mail.gmail.com>	 <8757232E56758B42B2EE4F9D2CA019C9014D10DC@US-EX2.zend.net>	 <BANLkTikj7NG6uig5mSB78Xs9m-8vU0dZuA@mail.gmail.com>	 <4DF9913B.4030404@nouvo.com>	 <BANLkTikGNOzFRJVps1QCkFkQpDvaHG5LaQ@mail.gmail.com>	 <4DF99EE8.3070204@nouvo.com> <1308216968.2406.3.camel@guybrush> <4DF9D4DF.90405@nouvo.com> <4DF9DB9B.40500@lerdorf.com> <4DF9DDAB.3000109@nouvo.com> <4DF9EC08.10600@lerdorf.com> <4DFA3016.9030409@sugarcrm.com>
In-Reply-To: <4DFA3016.9030409@sugarcrm.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd)
From: rasmus@lerdorf.com (Rasmus)

On 06/16/2011 05:32 PM, Stas Malyshev wrote:
> Hi!
> 
>> I'm not saying there aren't any. There are known leaks in compile_file()
>> when you throw an exception like that, so if you call a huge amount of
>> these within a single request, you are going to have problems. But that
> 
> You actually can't call huge amount of these in one request, as this
> particular leak is caused by bailing out from zend_execute_scripts,
> which causes main op array not be freed. zend_execute_scripts() is
> called only once, so you can't have this leak multiple times as far as I
> can see. Whatever caused the original problem, it's highly unlikely it
> is this leak.

I was thinking it was a bunch of nested eval()'s that might cause this.
An exit from within an eval'ed op_array would cause this same leak I think.

But yes, I agree, in order to leak 128M or whatever it was he said, it
is unlikely that it is due to this.

-Rasmus