Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7429 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 68205 invoked by uid 1010); 30 Jan 2004 17:37:40 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 68181 invoked from network); 30 Jan 2004 17:37:39 -0000 Received: from unknown (HELO colo.lerdorf.com) (66.198.51.121) by pb1.pair.com with SMTP; 30 Jan 2004 17:37:39 -0000 Received: from rasmus2.corp.yahoo.com (rasmus2.corp.yahoo.com [207.126.233.18]) by colo.lerdorf.com (8.12.11/8.12.11/Debian-1) with ESMTP id i0UHbTs0004829; Fri, 30 Jan 2004 09:37:29 -0800 Date: Fri, 30 Jan 2004 09:37:24 -0800 (PST) X-X-Sender: rasmus@thinkpad.lerdorf.com To: Ilia Alshanetsky cc: internals@lists.php.net In-Reply-To: <200401301235.01213.ilia@prohost.org> Message-ID: References: <200401300959.41785.ilia@prohost.org> <200401301235.01213.ilia@prohost.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on colo Subject: Re: [PHP-DEV] Warnings in include files suddenly treated as fatal From: rasmus@php.net (Rasmus Lerdorf) On Fri, 30 Jan 2004, Ilia Alshanetsky wrote: > For include situation we need to see if the error is due to the file not being > there, in which case we can go forward with execution, or if the problem was > due to a parse error, in which case we need to stop. The easiest way I saw of > doing it (without modifying too much existing code) was to perform a > zend_stream_open(), which would check if the file is avaliable. Since this only happens on an error condition I guess it is ok. Just seems like we should be able to set some kind of hint in Zend to pass this information back up. -Rasmus