Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15623 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81162 invoked by uid 1010); 26 Mar 2005 07:53:47 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 81146 invoked by uid 1007); 26 Mar 2005 07:53:47 -0000 Message-ID: <20050326075346.81145.qmail@lists.php.net> To: internals@lists.php.net Date: Sat, 26 Mar 2005 07:58:38 +0000 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, en-us MIME-Version: 1.0 References: <4e89b42605032516474df603db@mail.gmail.com> <95fbf52493d111c1264ba6cce8d48c5f@emini.dk> <4e89b42605032522077bc1916b@mail.gmail.com> In-Reply-To: <4e89b42605032522077bc1916b@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 81.138.11.136 Subject: Re: [PHP-DEV] pdo: patch to make leading colon unneeded for bound variables without breaking BC. From: lester@lsces.co.uk (Lester Caine) Wez Furlong wrote: >>>There are releases on pecl.php.net, and there are (a few) people >>>running these in production. In addition, it's been advertised as >>>working this way for over a year. >>> >>>So, it is important to preserve the current behaviour when this patch >>>is applied (will do so this weekend; need to catch up on a lot of >>>things first). >> >>Hehe, this is too funny. Last time you dismissed my BC concerns when I >>said we should remove ":" now by saying something along the lines, we >>can always make things less strict. If this does not make sense now its >>because it never did :) > > I've had code running using ':' since before this topic was first raised. > I don't see what's funny about it; the fact is that there is code > alive using : prefixes; we can't simply stop supporting it. So the way things have been 'standardised' currently are cast in stone, even if maintaining them introduces complex checks across other drivers? > Thies' patch is simply "making things less strict", and that is not > something I had ruled out, just a decision I wanted to defer. I would have thought the reference should be the SQL standard rather than "making things less strict" - Having to ADD the ':' is something I don't remember having to do for some time - in production. Since available time is short, playing with pdo is still being deferred - at least until I can get pdo_firebird to do anything useful ;) -- Lester Caine ----------------------------- L.S.Caine Electronic Services