Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:13131 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96480 invoked by uid 1010); 4 Oct 2004 10:03:40 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 94570 invoked by uid 1007); 4 Oct 2004 10:02:56 -0000 Message-ID: <20041004100256.94568.qmail@pb1.pair.com> To: internals@lists.php.net Date: Mon, 04 Oct 2004 12:03:23 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: nl, en-us, en MIME-Version: 1.0 References: <20041003092545.47146.qmail@pb1.pair.com> <20041003131159.94598.qmail@pb1.pair.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 213.46.64.114 Subject: Re: [PHP-DEV] PHP (anti) crash policy? From: OlafvdSpek@GMail.Com (Olaf van der Spek) Derick Rethans wrote: > On Sun, 3 Oct 2004, Olaf van der Spek wrote: > > >>Derick Rethans wrote: >> >>>On Sun, 3 Oct 2004, Olaf van der Spek wrote: >>> >>> >>>>What is the PHP policy regaring crashes and fatal errors? >>>>Are scripts allowed to cause a crash or fatal error of Apache/PHP itself? >>> >>>Only on a stack overflow, as in: >> >>Are there any plans to fix/improve this situation? >>Isn't it possible to check stack size left before allocating a new stack >>frame? > > > No, this is not possible. Please read the archives for reasons. And don't you think this should be mentioned in the documentation? It's a rather important issue IMO. > > Derick >