Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31486 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 46926 invoked by uid 1010); 8 Aug 2007 07:36:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 46910 invoked from network); 8 Aug 2007 07:36:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Aug 2007 07:36:37 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.141 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.141 c2bthomr09.btconnect.com Received: from [213.123.20.141] ([213.123.20.141:12358] helo=c2bthomr09.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D8/00-46037-E7279B64 for ; Wed, 08 Aug 2007 03:36:31 -0400 Received: from [127.0.0.1] by c2bthomr09.btconnect.com with ESMTP id CSB54841; Wed, 8 Aug 2007 08:36:21 +0100 (BST) Message-ID: <46B972C6.2070803@lsces.co.uk> Date: Wed, 08 Aug 2007 08:37:42 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.5) Gecko/20070716 SeaMonkey/1.1.3 MIME-Version: 1.0 To: PHP internals References: <87E4F8AF-06DE-4FCC-AD1B-83E932A5E180@prohost.org> <46B41A47.1080902@lsces.co.uk> <46B81302.1060403@lsces.co.uk> <200708072345.58330.larry@garfieldtech.com> <46B94F8C.9030105@pooteeweet.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PDO Restriction ( was 5.2.4RC1 Released ) From: lester@lsces.co.uk (Lester Caine) Dan Scott wrote: > Right. And Wez posted this (partially in reply to Lester's almost > identical hysterics at that time) on this very list ages ago > (http://news.php.net/php.internals/14937 - Feb 14, 2005, to be exact): > > BEGIN QUOTE: > Drivers are free(*) to implement driver specific methods on the PDO > and PDOStatement objects, provided they are "namespaced" > > eg: > > $db->mysqlDoSomething() > > would be a mysql driver specific feature. > > More generic attributes can be accessed or set via the get/setAttribute methods. > > (*) while they are "free" to do so, it's better to discuss the feature > first to see if it can be made into a more generic feature of PDO > itself > END QUOTE NOTE the (*) - I'm TRYING to reopen the discussion on generic things like transaction handling. Simply bolting driver specific solutions back into each different driver in a different way is pointless? We have those drivers already? The extra's are less of a problem than missing CORE facilities :( > So can we _please_ move on, Lester? If someone who cares about > Firebird wants to beef up the PDO_Firebird driver with all kinds of > Firebird-specific features, the answer is still the same as it was > almost two and a half years ago: the PHP project humbly awaits that > person's patch. The MAIN problem here is that a number of the things I'm talking about are NOT Firebird/Interbase specific, and ARE already managed via ADOdb, but they are currently disabled if you use the PDO driver *IN* ADOdb. The general consensus then was that PDO WOULD get round to addressing these areas. In two and a half years has anything been done yet? -- Lester Caine - G8HFL ----------------------------- Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://home.lsces.co.uk MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/ Firebird - http://www.firebirdsql.org/index.php