Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25285 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33331 invoked by uid 1010); 10 Aug 2006 12:11:09 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 33316 invoked from network); 10 Aug 2006 12:11:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Aug 2006 12:11:09 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; domainkeys=good DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 66.249.92.171 ug-out-1314.google.com Linux 2.4/2.6 Received: from ([66.249.92.171:52616] helo=ug-out-1314.google.com) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id F5/1A-08715-DAD1BD44 for ; Thu, 10 Aug 2006 07:51:09 -0400 Received: by ug-out-1314.google.com with SMTP id k3so475633ugf for ; Thu, 10 Aug 2006 04:51:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kNBzl25PqrRznfQCSNc7nrvcKuR/nC6CBTD9slDtlueDY0IqDWq+LaOjEFGuaf0DQ6oOlgnJvPnlm//WiiahN6ccH3AGptWgMtPjhFa+d+ulM5TIpnCmaZEl1UOHy50I39w40TTFIGrExQOjsO60ZCOZQRcBVYZLBvmYJuRASng= Received: by 10.66.216.6 with SMTP id o6mr2418909ugg; Thu, 10 Aug 2006 04:51:06 -0700 (PDT) Received: by 10.66.248.15 with HTTP; Thu, 10 Aug 2006 04:51:05 -0700 (PDT) Message-ID: Date: Thu, 10 Aug 2006 13:51:05 +0200 To: "Derick Rethans" Cc: "Michael Walter" , "Lukas Kahwe Smith" , internals@lists.php.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <877e9a170608100302n6407821dw5e55187332b74f4f@mail.gmail.com> <44DB0DB5.6000707@php.net> <877e9a170608100354n239cd1f0q1f44bef9680ce91d@mail.gmail.com> Subject: Re: [PHP-DEV] Re: Fatal errors From: pierre.php@gmail.com (Pierre) Hello, On 8/10/06, Derick Rethans wrote: > On Thu, 10 Aug 2006, Pierre wrote: > > > 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,...). > > He wasn't talking about *undefined variables* at all. The variable *is* > defined as private and calling that is ofcourse not allowed. I was adding more info to the request. As this problem is not only about this case. For example, try: php -r 'class foo{const bar=2;} echo foo::bar; echo foo::bar2;' In my opinion, echo foo::bar2; should not be a fatal error, just like "echo BAR2;". --Pierre