Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63808
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain adamharvey.name designates 209.85.219.42 as permitted sender)
MIME-Version: 1.0
Sender: adam@adamharvey.name
In-Reply-To: <1352728096.3953.5.camel@guybrush>
References: <CADajX4CYZdNpgQv46m_6J7tQLBc=h6HxCn-bGpxr3Ou2VaqgBg@mail.gmail.com>
 <1352728096.3953.5.camel@guybrush>
Date: Mon, 12 Nov 2012 22:15:30 +0800
Message-ID: <CADajX4AEiFJ6Bm9GFeyYE8n+_P1UQD8MU6nzKATd9Ufd88dXeA@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes.schlueter@oracle.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation
From: aharvey@php.net (Adam Harvey)

On 12 November 2012 21:48, Johannes Schl=C3=BCter
<johannes.schlueter@oracle.com> wrote:
> On Mon, 2012-11-12 at 21:00 +0800, Adam Harvey wrote:
>> logical next step is to start generating E_DEPRECATED notices when
>> users connect via mysql_connect(), mysql_pconnect() or the implicit
>> ext/mysql connection routines. It's my belief that doing so will
>
> Short comment: Those will mostly be unseen. Most people use the @
> operator to silence errors on these functions, so such deprecation
> notices would go unseen.

There are some users we're never going to reach, short of removing the
functions altogether. It's the same for everything we deprecate or
remove =E2=80=94 the screaming about ext/sqlite being removed in 5.4 is sti=
ll
there, for instance, and will probably only increase as distros roll
out 5.4 packages.

A five second Google Code Search suggests the ratio of suppressed
calls to mysql_connect() to unsuppressed ones is about 2:11*, at least
within its increasingly out of date corpus. Admittedly, many of the
users of the unsuppressed code aren't going to have error reporting
turned on anyway, but I don't think the situation's dire.

All that said, is there a different function we could hook into that
does make more sense?

Adam

* No statistical validity claimed. I'm not Nate Silver, nor do I play him o=
n TV.