Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:38427
Return-Path: <helly@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 66244 invoked from network); 19 Jun 2008 18:57:25 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 19 Jun 2008 18:57:25 -0000
Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender)
X-PHP-List-Original-Sender: helly@php.net
X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6
Received: from [85.214.94.56] ([85.214.94.56:39983] helo=h1149922.serverkompetenz.net)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id C9/B1-57468-21CAA584 for <internals@lists.php.net>; Thu, 19 Jun 2008 14:57:24 -0400
Received: from MBOERGER-ZRH (unknown [193.142.125.1])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by h1149922.serverkompetenz.net (Postfix) with ESMTP id 6CFF311CF57;
	Thu, 19 Jun 2008 20:57:19 +0200 (CEST)
Date: Thu, 19 Jun 2008 20:57:18 +0200
Reply-To: Marcus Boerger <helly@php.net>
X-Priority: 3 (Normal)
Message-ID: <109781017.20080619205718@marcus-boerger.de>
To: Lester Caine <lester@lsces.co.uk>
CC: php-dev List <internals@lists.php.net>
In-Reply-To: <4858B5EC.90109@lsces.co.uk>
References: <4858B5EC.90109@lsces.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Selectable error messages
From: helly@php.net (Marcus Boerger)

Hello Lester,

Wednesday, June 18, 2008, 9:14:52 AM, you wrote:

> OK - I've got PHP5.3.0-dev up at the moment in order to test the Firebird 
> stuff, so display_errors is on. I need it on anyway while testing code.

> The 'problem' I am having is that of cause none of the other PHP stuff I'm 
> using is currently not compatible with PHP5.3 so generates a lot of deprecated
> warnings in particular.

> Current one is phpDocumentor which uses is_a() extensively, and has a function
> to replicate it for backwards compatibility.

Hey guys, I thought we undeprecated is_a()?

there is no need whatsoever to deprecate it.

Best regards,
 Marcus