Re: RFC: ext/mysql deprecation

From: Date: Thu, 15 Nov 2012 20:08:24 +0000
Subject: Re: RFC: ext/mysql deprecation
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17  Groups: php.internals 
Request: Send a blank email to internals+get-63886@lists.php.net to get a copy of this message
On Thu, Nov 15, 2012 at 3:00 PM, Rasmus Lerdorf <rasmus@lerdorf.com> wrote: > On 11/15/2012 11:53 AM, Will Fitch wrote: > > On Thu, Nov 15, 2012 at 2:48 PM, Stas Malyshev <smalyshev@sugarcrm.com > >wrote: > > > >> Hi! > >> > >>> Again, though, this is a long way down the road: today's discussion is > >>> purely about deprecation. > >> > >> So these people using mysql-based code will have for years to live with > >> applications generating thousands of warnings and not be able to do a > > > > thing about it? How is it good for them? > >> > > > > I don't mean to state the obvious, but wouldn't display_errors = 'Off' > > in > > production or error_reporting = E_ALL ^ E_DEPRECATED be sufficient? This > > is the same approach taken with register_globals - and it happened > between > > 5.3 and 5.4. > > Actually, no it wouldn't. You still get the overhead of the error, plus > any custom error handlers will be triggered regardless of the > error_reporting setting which depending on the implementation of the > error handler can be quite costly performance-wise. > So what solution is there to this? Should it not be deprecated? This same issue (is still happening) with register_globals for us, but it's acceptable as it has been phased out. Should there be no deprecation warning now and wait for a future release? > > -Rasmus > >

« previous php.internals (#63886) next »