Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100139
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain bk.ru designates 94.100.177.104 as permitted sender)
Message-ID: <94973CB5-A3F8-4BE4-9A78-8F759D1829E7@bk.ru>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_FB4B2FE2-CB22-41AE-825A-D21F197D9587"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Mon, 31 Jul 2017 18:00:28 +0300
In-Reply-To: <1501512881.14647.31.camel@schlueters.de>
Cc: Dan Ackroyd <danack@basereality.com>,
 "internals@lists.php.net" <internals@lists.php.net>
To: =?utf-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
References: <1907EFF3-ED77-4F5C-85AA-CDFE323369C5@bk.ru>
 <CA+kxMuRXTxxsWyHumtGiyjU+pQ_KSTbtiNMd-V+U9YKPgxCNyA@mail.gmail.com>
 <880CDC06-17D6-4E40-8A48-F2E1CB405667@bk.ru>
 <CA+kxMuRXnUrnhqQQW9pj--UY8eSQoOrZriMUioG5Th_-8HmYqg@mail.gmail.com>
 <2A653728-97CA-4AA5-BA30-5BF26FABBC2A@bk.ru>
 <1501512881.14647.31.camel@schlueters.de>
Subject: Re: [PHP-DEV] [Request][Discussion] Introduce interfaces PDOInterface
 and PDOStatementInterface
From: newaltgroup@bk.ru (Andrew Nester)

--Apple-Mail=_FB4B2FE2-CB22-41AE-825A-D21F197D9587
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Jul 31, 2017, at 5:54 PM, Johannes Schl=C3=BCter =
<johannes@schlueters.de> wrote:
>=20
> On Mo, 2017-07-31 at 14:49 +0300, Andrew Nester wrote:
>> That=E2=80=99s actually the thing that you can=E2=80=99t use
>> PDO::ATTR_STATEMENT_CLASS with persistent PDO.
>=20
> The actually question is: Why not? - =46rom a quick glance on the code =
I
> see no obvious reason. In speculation I assume the implementor thought
> "Well, we can't guarantee that a class that is there in one request
> will be there on the next release and it will quite certainly be at a
> different memory address thus the cached class_entry pointer will be
> wrong" but the user has to reset the attribute anyways ... we just =
have
> to make sure the different dbh->def_stmt_flags are clean when a new =
PDO
> connection object is created recovering an old connection ...
>=20
> johannes

Besides code style/architecture things (which is of course questionable) =
the issue with ATTR_STATEMENT_CLASS is that it simply doesn=E2=80=99t =
work with persistent PDO connect and raises=20
"General error: PDO::ATTR_STATEMENT_CLASS cannot be used with persistent =
PDO instances"=

--Apple-Mail=_FB4B2FE2-CB22-41AE-825A-D21F197D9587--