Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:6548
Return-Path: <cschneid@cschneid.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 51323 invoked by uid 1010); 18 Dec 2003 17:25:47 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 51272 invoked from network); 18 Dec 2003 17:25:47 -0000
Received: from unknown (HELO xaxa.search.ch) (195.141.85.118)
  by pb1.pair.com with SMTP; 18 Dec 2003 17:25:47 -0000
Received: from localhost (localhost [127.0.0.1])
	by xaxa.search.ch (Postfix) with ESMTP
	id 7DD646D8D1; Thu, 18 Dec 2003 18:25:46 +0100 (CET)
Received: by xaxa.search.ch (Postfix, from userid 65534)
	id 7B4BF6D8A4; Thu, 18 Dec 2003 18:25:45 +0100 (CET)
Received: from cschneid.com (ultrafilter2-i [192.168.85.3])
	by xaxa.search.ch (Postfix) with ESMTP
	id E4BFE6D866; Thu, 18 Dec 2003 18:25:44 +0100 (CET)
Message-ID: <3FE1E318.3060004@cschneid.com>
Date: Thu, 18 Dec 2003 18:25:44 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030626
X-Accept-Language: de-ch, en-us, en
MIME-Version: 1.0
To: Daniel Convissor <danielc@analysisandsolutions.com>
Cc: PHP Internals List <internals@lists.php.net>
References: <20031218124303.18e22274.paj@pearfr.org> <20031218140527.GA26390@panix.com> <3FE1D96B.3090308@chiaraquartet.net> <20031218170305.GA16670@panix.com> <3FE1DEF9.4060705@chiaraquartet.net> <20031218171530.GA17635@panix.com>
In-Reply-To: <20031218171530.GA17635@panix.com>
X-Enigmail-Version: 0.76.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on 
	xaxa.search.ch
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham 
	version=2.61
X-Virus-Scanned: by AMaViS 0.3.12pre8
Subject: Re: [PHP-DEV] B3, pear segfault, and msgs about deprecated
From: cschneid@cschneid.com (Christian Schneider)

Daniel Convissor wrote:
> It's the custom error handler in pearcmd.php.  PHP doesn't pay attention
> to any error_reporting() settings when a custom error handler is
> established.  Then, error_handler() doesn't account for the new warning
> level.

Is it just me or is this undesired behaviour? I noticed this back when I 
was playing around with error_handlers.

I think this should be treated as a bug and be changed for two reasons:
1) It seems illogical that an error_handler is called for an error level 
which is disabled in php.ini
2) It's a performance issue since the custom error handler is called for 
e.g. every access to an undefined array index even though I disabled 
that warning.

Opinions?
- Chris