Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45351 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98122 invoked from network); 24 Aug 2009 18:58:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Aug 2009 18:58:10 -0000 Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 209.85.219.216 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 209.85.219.216 mail-ew0-f216.google.com Received: from [209.85.219.216] ([209.85.219.216:37452] helo=mail-ew0-f216.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C9/4D-03363-1C2E29A4 for ; Mon, 24 Aug 2009 14:58:10 -0400 Received: by ewy12 with SMTP id 12so3070892ewy.24 for ; Mon, 24 Aug 2009 11:58:06 -0700 (PDT) Received: by 10.211.148.2 with SMTP id a2mr5222000ebo.68.1251140282516; Mon, 24 Aug 2009 11:58:02 -0700 (PDT) Received: from ?192.168.1.169? (TOROON63-1176059019.sdsl.bell.ca [70.25.60.139]) by mx.google.com with ESMTPS id 10sm12535eyz.41.2009.08.24.11.58.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Aug 2009 11:58:01 -0700 (PDT) Cc: 'PHP Internals' Message-ID: To: Stanislav Malyshev In-Reply-To: <4A92DC60.2050606@zend.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 24 Aug 2009 14:57:58 -0400 References: <4A92D936.2010107@zend.com> <9E8BD3A3-8915-4492-88A9-7EA1A0CF6D86@prohost.org> <4A92DC60.2050606@zend.com> X-Mailer: Apple Mail (2.936) Subject: Re: [PHP-DEV] [patch] error masks From: ilia@prohost.org (Ilia Alshanetsky) Well, couple of reasons: 1) Once you completely hide an error there is absolutely no trace what so ever that it has even occurred, even if its the slowdown of the native error handler being. 2) Debugging code becomes that much more trickier, since a single option effectively turns off PHP's error handling completely. As far as I can tell the only benefit of this patch is to allow error prone code to run faster by avoiding the slow down of generating error message strings when errors occurs, but the downside is abuse by people who just want errors to go away... IMHO the downside outweighs the upside. On 24-Aug-09, at 2:30 PM, Stanislav Malyshev wrote: > Hi! > >> While the patch is certainly interesting, I think masking errors is >> a really really bad idea. > > Any argument as to why? > -- > Stanislav Malyshev, Zend Software Architect > stas@zend.com http://www.zend.com/ > (408)253-8829 MSN: stas@zend.com