Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25282 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19701 invoked by uid 1010); 10 Aug 2006 11:44:45 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 19686 invoked from network); 10 Aug 2006 11:44:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Aug 2006 11:44:45 -0000 X-PHP-List-Original-Sender: lsmith@php.net X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4) Received: from ([212.112.227.169:39253] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 2D/08-08715-BC21BD44 for ; Thu, 10 Aug 2006 07:04:44 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id A7C55DF0154; Thu, 10 Aug 2006 13:47:30 +0200 (CEST) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (flottensignalgeber [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10850-07; Thu, 10 Aug 2006 13:47:30 +0200 (CEST) Received: from [127.0.0.1] (i577B5A83.versanet.de [87.123.90.131]) by ipx11223.ipxserver.de (Postfix) with ESMTP id 07A69DF0151; Thu, 10 Aug 2006 13:47:30 +0200 (CEST) Message-ID: <44DB12C5.9020303@php.net> Date: Thu, 10 Aug 2006 13:04:37 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Pierre Cc: Michael Walter , internals@lists.php.net References: <877e9a170608100302n6407821dw5e55187332b74f4f@mail.gmail.com> <44DB0DB5.6000707@php.net> <877e9a170608100354n239cd1f0q1f44bef9680ce91d@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by somedaemon at backendmedia.com Subject: Re: [PHP-DEV] Re: Fatal errors From: lsmith@php.net (Lukas Kahwe Smith) Pierre wrote: > Hello, > > On 8/10/06, Michael Walter wrote: >> Yeah. It is problematic that the application has no chance of dealing >> with the errors itself (consider e.g. php-shell which has to go great >> lengths to prevent fatal errors from user code leading to php-shell's >> termination, and still fails at doing this in the general case). > > Why object should act differently than other php variables or > constants? Undefined constant, variable, index or offset do not raise > a fatal error. It should be the same for the object (constants, props, > visibility,...). Well for privat variables it is kind of different in that someone specifically said "this variable/property exists, but you may only access is from inside and not from the outside". regards, Lukas