Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25286 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34133 invoked by uid 1010); 10 Aug 2006 12:11:36 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 34118 invoked from network); 10 Aug 2006 12:11:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Aug 2006 12:11:36 -0000 Authentication-Results: pb1.pair.com header.from=michael.walter@gmail.com; domainkeys=good DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: michael.walter@gmail.com X-Host-Fingerprint: 64.233.182.185 nf-out-0910.google.com Linux 2.4/2.6 Received: from ([64.233.182.185:43575] helo=nf-out-0910.google.com) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 80/7A-08715-5722BD44 for ; Thu, 10 Aug 2006 08:11:35 -0400 Received: by nf-out-0910.google.com with SMTP id p48so555201nfa for ; Thu, 10 Aug 2006 05:11:30 -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=gevx+5tJeQK6gIY5qsofR0ebE7LneIxhGei1noWY6R4GmLZP2MZDVnJXQSW5rjl9VVS+BuwnLFbspO7+3ztN0+FREOyQtKEGz5tmFb8RxVjjBGXrSy7eo+IHo6u8ahpnSYLWj4q/nIdQi+KiI8M3bHMj652eLTpOUDVPrzb9cgw= Received: by 10.78.170.17 with SMTP id s17mr1203698hue; Thu, 10 Aug 2006 05:11:30 -0700 (PDT) Received: by 10.78.23.3 with HTTP; Thu, 10 Aug 2006 05:11:30 -0700 (PDT) Message-ID: <877e9a170608100511u75fc31b0n430e0423939569@mail.gmail.com> Date: Thu, 10 Aug 2006 14:11:30 +0200 To: "Derick Rethans" Cc: Pierre , "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: michael.walter@gmail.com ("Michael Walter") Hi, On 8/10/06, Derick Rethans wrote: > He wasn't talking about *undefined variables* at all. The variable *is* > defined as private and calling that is ofcourse not allowed. I was talking about all kinds of errors which for no good reason are non-recoverable. Surely, the operation being not allowed is a not a a good error to make the error *non-recoverable*. > The second thing is that calling normal undefined > functions throws a fatal error as well, and it should do that just like > calling non existing methods on an object should throw a fatal error. I'm specifically wondering *why* these errors need be non-recoverable. Ideally, userland would be able to handle them (see the other mails for the rationale). Regards, Michael