Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:45413
Return-Path: <greg@chiaraquartet.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 18512 invoked from network); 26 Aug 2009 14:53:00 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 26 Aug 2009 14:53:00 -0000
Authentication-Results: pb1.pair.com header.from=greg@chiaraquartet.net; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=greg@chiaraquartet.net; spf=permerror; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 209.85.220.212 cause and error)
X-PHP-List-Original-Sender: greg@chiaraquartet.net
X-Host-Fingerprint: 209.85.220.212 mail-fx0-f212.google.com  
Received: from [209.85.220.212] ([209.85.220.212:33519] helo=mail-fx0-f212.google.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 3F/63-21292-A4C459A4 for <internals@lists.php.net>; Wed, 26 Aug 2009 10:52:59 -0400
Received: by fxm8 with SMTP id 8so187302fxm.23
        for <internals@lists.php.net>; Wed, 26 Aug 2009 07:52:55 -0700 (PDT)
Received: by 10.204.34.65 with SMTP id k1mr3726019bkd.111.1251298375160;
        Wed, 26 Aug 2009 07:52:55 -0700 (PDT)
Received: from monster.local ([76.84.30.125])
        by mx.google.com with ESMTPS id c28sm9335327fka.49.2009.08.26.07.52.52
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 26 Aug 2009 07:52:53 -0700 (PDT)
Message-ID: <4A954C42.1080705@chiaraquartet.net>
Date: Wed, 26 Aug 2009 09:52:50 -0500
User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807)
MIME-Version: 1.0
To: Derick Rethans <derick@php.net>
CC: Stanislav Malyshev <stas@zend.com>, 
 'PHP Internals' <internals@lists.php.net>
References: <4A92D936.2010107@zend.com> <4A931A1C.804@chiaraquartet.net> <39F20BFC-DAA0-4403-A52E-62CE5F4CF0FE@prohost.org> <4A9346CA.3070608@chiaraquartet.net> <4B0E7BED-C2AE-4BE5-B6CA-00B810168961@prohost.org> <4A938706.8060600@zend.com> <alpine.DEB.2.00.0908251346542.4986@kossu.ez.no> <4A941315.9070300@zend.com> <alpine.DEB.2.00.0908261040430.4986@kossu.ez.no>
In-Reply-To: <alpine.DEB.2.00.0908261040430.4986@kossu.ez.no>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: [patch] error masks
From: greg@chiaraquartet.net (Greg Beaver)

Derick Rethans wrote:
> And the suggestion? Yet another ini setting (some even advocate making 
> it INI_SYSTEM, which is obviously totally wacko)... This idea is an 
> ostrich method.
Derick,

I'm only trying to suggest ways of fixing problems, calling them
"obviously wacko" is useless.  I don't give a crap either way whether
this exact feature gets into core, but it *is* in the notes, although
not really in any recognizable language:

17. @operators. RFC it. (Stas, need more clarification)

Let me be clear: what I am in support of is removing unnecessary
performance hit when an error is completely hidden either by
error_reporting or by @ (i.e. no track_errors, no user error handler, no
other things that would expect to see the errors).  That's all that
matters to me, the suggestion on INI_SYSTEM was an example of a way to
solve a specific problem with Stas's proposed patch, probably not the
best solution, but calling it "wacko" is ridiculous.

I suggest everyone grow up and if that isn't possible, at least stop
pissing me off.  I hear more than enough irrational screaming from my
month-old, there's simply no need for it on internals@ as well.

Love,
Greg