Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:40404
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 193.227.246.108 as permitted sender)
Message-ID: <48C677EA.7000707@php.net>
Date: Tue, 09 Sep 2008 14:19:38 +0100
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: Guilherme Blanco <guilhermeblanco@gmail.com>
CC: Derick Rethans <derick@php.net>, 
 Stan Vassilev | FM <sv_forums@fmethod.com>,
 PHP Internals <internals@lists.php.net>
References: <bcb7aa500809081750x79e3ef9eyc3ea93ccc8a55adf@mail.gmail.com>	 <48C5CDF8.3060108@zend.com> <E5AB9A95E69545138E01F205B3889103@pc>	 <bcb7aa500809081957o384acc52v33d75fdb976a175a@mail.gmail.com>	 <alpine.DEB.0.98.0809090818240.5536@kossu.ez.no> <bcb7aa500809090612o262fd2b5rc580246bafbb82d6@mail.gmail.com>
In-Reply-To: <bcb7aa500809090612o262fd2b5rc580246bafbb82d6@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Spam_Report: Spam detection software, running on the system "lovelace.midden.org.uk", has
	identified this incoming email as possible spam.  The original message
	has been attached to this so you can view it (if it isn't spam) or label
	similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  There is no nesting limit, it recurses until it runs out of
	memory. Derick was saying that XDebug will add one, but other than that there
	isn't any. dev/php53/sapi/cli/php -r 'function m($m) { echo ++$m . " "; m($m);
	} m(0); ' [...] 
	Content analysis details:   (-4.4 points, 5.0 required)
	pts rule name              description
	---- ---------------------- --------------------------------------------------
	-1.8 ALL_TRUSTED            Passed through trusted hosts only via SMTP
	-2.6 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	0.0 AWL                    AWL: From: address is in the auto white-list
Subject: Re: [PHP-DEV] Suggestion to increase the max_input_nesting_level
From: scottmac@php.net (Scott MacVicar)

There is no nesting limit, it recurses until it runs out of memory.
Derick was saying that XDebug will add one, but other than that there
isn't any.

dev/php53/sapi/cli/php -r 'function m($m) { echo ++$m . " "; m($m); }
m(0); '

I ran that and I got bored when it got to 750,000 levels deep.

Scott

Guilherme Blanco wrote:
> Derick,
> 
> I do not have xdebug installed here.
> That's why I thought it was something that could be changed, since
> it's something too specific and afaik used only by xdebug.
> 
> Regards,
> 
> On Tue, Sep 9, 2008 at 3:19 AM, Derick Rethans <derick@php.net> wrote:
>> On Mon, 8 Sep 2008, Guilherme Blanco wrote:
>>
>>> Yeah... recursion depth.
>>>
>>> Sorry, I wrongly typed it.
>>>
>>> I think it may be cleaner now...
>> Well, PHP itself doesn't protect against this, but my guess is that you
>> have Xdebug running. Xdebug limits to 100 levels by default in order to
>> prevent infinite recursion and crashes. Change the
>> xdebug.max_nesting_level setting to something higher and you'd be good
>> to go.
>>
>> regards,
>> Derick
>> --
>> HEAD before 5_3!: http://tinyurl.com/6d2esb
>> http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
>>
> 
> 
>