Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64078
Return-Path: <r@roze.lv>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 50854 invoked from network); 28 Nov 2012 16:36:19 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 28 Nov 2012 16:36:19 -0000
Authentication-Results: pb1.pair.com header.from=r@roze.lv; sender-id=pass
Authentication-Results: pb1.pair.com smtp.mail=r@roze.lv; spf=pass; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain roze.lv designates 213.175.74.1 as permitted sender)
X-PHP-List-Original-Sender: r@roze.lv
X-Host-Fingerprint: 213.175.74.1 roze.lv  
Received: from [213.175.74.1] ([213.175.74.1:29812] helo=zeona.lv)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 33/E2-30696-18D36B05 for <internals@lists.php.net>; Wed, 28 Nov 2012 11:36:18 -0500
Received: from MasterPC (unknown [194.19.225.226])
	by zeona.lv (Postfix) with SMTP id 4B0B8205E39B7
	for <internals@lists.php.net>; Wed, 28 Nov 2012 18:36:14 +0200 (EET)
Message-ID: <9E27BC3955B441918DE4DCCC56FAB987@MasterPC>
To: "PHP Developers Mailing List" <internals@lists.php.net>
References: <CADajX4BRUFUb_Wp2a40d2vwXHeMmO611Sqrv7=oxbLHag9qOyg@mail.gmail.com><CADajX4B3RctPoodShRhLLyDQW8-QFaCBOU+6PjL0FDHPGYBtzg@mail.gmail.com><50B5D992.30609@lsces.co.uk> <CACwt+JeuSo7TOyVLUMhvQPx2duPi9aDw=HZ=qgknKi+5kVP8VA@mail.gmail.com>
In-Reply-To: <CACwt+JeuSo7TOyVLUMhvQPx2duPi9aDw=HZ=qgknKi+5kVP8VA@mail.gmail.com>
Date: Wed, 28 Nov 2012 18:36:11 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="UTF-8";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
Importance: Normal
X-Mailer: Microsoft Windows Live Mail 15.4.3555.308
X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308
Subject: Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5
From: r@roze.lv ("Reinis Rozitis")

> From: Patrick ALLAERT
>
> Sorry, but removing the E_DEPRECATED notice when moved to PECL is not part 
> of the proposed RFC and should certainly not happen.

I don't get what is the reason behind it?

Yes, the extension is old but it still works perfectly fine and even 
outperforms the newer mysqli/pdo in some cases and noone will rewrite the 
legacy apps - so why is there such a hate (I must say) for ISPs and platform 
providers?
If you insist on throwing errors in external pecl extension for me as a 
server farm administrator it won't leave any choice but to edit the 
extension code / build custom distro package before putting it on 
production.


rr