Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:96620
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <12f56cf0-e3c1-9df3-c834-18246286524a@lsces.co.uk>
References: <CADxrgCNboXRbZf1V7RWtGBvbbYA-h8bknu=YD8dQ0jjUtKYtbw@mail.gmail.com>
 <CADxrgCNN4=xRUsX2mOMOCDi6GcZSqHCMZEQpkNV9T9fFpNaJfw@mail.gmail.com>
 <cc2d7ef8-5058-bd5d-91d1-117f11c1f056@lsces.co.uk> <CADxrgCPf-bVfLfcEv-v9p3L8wAMt8+oHVMCYXsJHh+-Z47fumA@mail.gmail.com>
 <12f56cf0-e3c1-9df3-c834-18246286524a@lsces.co.uk>
Date: Wed, 26 Oct 2016 14:52:22 -0400
Message-ID: <CADxrgCOZi4VKfHwNTtnP2Z5WD6xfteCvFMxgBFN=dxr2aRe0dQ@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Re: [RFC] Debugging PDO Prepared Statement Emulation
From: adam.baratz@gmail.com (Adam Baratz)

> My point is that you are adding 'testing tools' which are only any use
> to test themselves and not the actual interface? It's creating
> additional code that has nothing to do with testing that PDO is working
> cleanly properly across all databases, especially if it does not expect
> a working connection to carry out the testing.

The SQL parser is shared between drivers, so in a sense it's part of
the interface. It's already possible to test the interface by
observing the effects of queries. This would allow testing of what
happens immediately prior. The parser alone is over 700 LoC.