Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74776 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91480 invoked from network); 6 Jun 2014 12:56:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jun 2014 12:56:08 -0000 Authentication-Results: pb1.pair.com header.from=ajf@ajf.me; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ajf@ajf.me; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ajf.me designates 192.64.116.200 as permitted sender) X-PHP-List-Original-Sender: ajf@ajf.me X-Host-Fingerprint: 192.64.116.200 imap1-2.ox.privateemail.com Received: from [192.64.116.200] ([192.64.116.200:58305] helo=imap1-2.ox.privateemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C8/C0-21044-66AB1935 for ; Fri, 06 Jun 2014 08:56:08 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id A3405200541; Fri, 6 Jun 2014 08:56:03 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SzqHa-XUtnjJ; Fri, 6 Jun 2014 08:56:03 -0400 (EDT) Received: from [192.168.0.200] (unknown [90.203.28.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 07C5720053D; Fri, 6 Jun 2014 08:56:01 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) In-Reply-To: <53916894.4010001@sugarcrm.com> Date: Fri, 6 Jun 2014 13:55:58 +0100 Cc: Ferenc Kovacs , PHP Developers Mailing List Content-Transfer-Encoding: quoted-printable Message-ID: References: <1361810738.2376.74.camel@guybrush> <512BA931.7010909@sugarcrm.com> <512BB284.4060900@sugarcrm.com> <1361826106.2376.78.camel@guybrush> <512E6732.6010601@sugarcrm.com> <53916894.4010001@sugarcrm.com> To: Stas Malyshev X-Mailer: Apple Mail (2.1878.2) Subject: Re: [PHP-DEV] About restricting the recursive implicit calls From: ajf@ajf.me (Andrea Faulds) On 6 Jun 2014, at 08:07, Stas Malyshev wrote: > I don't know a way to check for potential stack depletion that would > work in a portable way. Different calls may consume different amounts = of > stack space, so it's kind of hard to predict it in advance. Once it > happened, I don't think you can gracefully bail from it. Is there a way that works for each major platform? We could use stack = depletion detection where available, but otherwise use the current = behaviour. -- Andrea Faulds http://ajf.me/