Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45387 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56584 invoked from network); 25 Aug 2009 07:37:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Aug 2009 07:37:39 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.117 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 63.205.162.117 us-mr1.zend.com Linux 2.4/2.6 Received: from [63.205.162.117] ([63.205.162.117:50280] helo=us-mr1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A4/24-33714-1C4939A4 for ; Tue, 25 Aug 2009 03:37:38 -0400 Received: from us-gw1.zend.com (us-ex1.zend.net [192.168.16.5]) by us-mr1.zend.com (Postfix) with ESMTP id 74946E1243 for ; Tue, 25 Aug 2009 00:24:49 -0700 (PDT) Received: from [192.168.27.6] ([192.168.27.6]) by us-gw1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Aug 2009 00:36:55 -0700 Message-ID: <4A93944D.3070702@zend.com> Date: Tue, 25 Aug 2009 00:35:41 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: jani.taskinen@iki.fi CC: 'PHP Internals' References: <4A92D936.2010107@zend.com> <9E8BD3A3-8915-4492-88A9-7EA1A0CF6D86@prohost.org> <4A92DC60.2050606@zend.com> <4A92EA60.6020605@zend.com> <4A92F13B.9000204@zend.com> <4A92FFA8.1060401@zend.com> <4A9304FC.2000906@sci.fi> <4A930956.9070709@zend.com> <4A9391ED.40206@iki.fi> In-Reply-To: <4A9391ED.40206@iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Aug 2009 07:36:55.0659 (UTC) FILETIME=[D225D3B0:01CA2556] Subject: Re: [PHP-DEV] [patch] error masks From: stas@zend.com (Stanislav Malyshev) Hi! > Just wondering why nobody hasn't suggested the obvious (?) alternative > yet: Why not fix error_reporting to work like one expects. As in: If an > error level isn't in it, then nothing happens. Adding an extra option to > do that seems a bit overkill.. Because it would break other funcions (namely, $php_errormsg, error handlers, etc.) which may be used by some. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com