Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:40958
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain iamjochem.com from 194.109.193.121 cause and error)
Message-ID: <48F3D13F.70801@iamjochem.com>
Date: Tue, 14 Oct 2008 00:52:47 +0200
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
MIME-Version: 1.0
To: Lukas Kahwe Smith <mls@pooteeweet.org>
CC: Lester Caine <lester@lsces.co.uk>, internals@lists.php.net
References: <48EBA7E4.7060305@lsces.co.uk> <5E0F8553-2F2C-448D-936D-B39517F661BF@pooteeweet.org>
In-Reply-To: <5E0F8553-2F2C-448D-936D-B39517F661BF@pooteeweet.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] php_firebird
From: jochem@iamjochem.com (Jochem Maas)

Lukas Kahwe Smith schreef:
> 
> On 07.10.2008, at 20:18, Lester Caine wrote:
> 
>> What is the correct procedure to create a new driver, or rather clone
>> the existing php_interbase so that we can build a proper Firebird
>> version that actually uses the fbclient.dll rather than sharing the
>> now incompatible GDS32.DLL client. Some people are starting to use
>> Interbase in parallel with Firebird, but the driver can only access
>> one client :(

not that I give a **** about the windows interbase/firebird extension .. but ..
I do use firebird and all this talk of dropping firebird support is kind of scary
(well really scary actually) ... I am able to configure php with '--with-interbase'
in 5.3alpha2 so I guess I don't need to worry.

> IMHO new database extensions should not be permitted unless they come on
> the form of PDO drivers.

in the case of firebird this is a little unfair, the interbase extension provides
an alias of every ibase_*() function in the form fbird_*() which were specifically
included due to forseen divergence between the interbase and firebird clients.

effectively the extension for firebird already exists ... it just maps to the interbase
function, if the fbird_*() aliases were removed and renamed copies the ibase_*()
extensions functions created that then were built against the firebird client iso
the interbase client you'd pretty much be there. technically the [firebird] extension
would be new but is that really a deal breaker given that the complete API (fbird_*())
already exists?

PS - I've been trying to follow these firebird shannanigans but it's all been
a little too UPPER CASE for me to grok. :-/

> Thats also the vibe we send the Microsoft guys
> with their sqlsrv extension.
> 
> So if you cannot achieve what you need within the existing extension
> while maintaining BC, I am afraid imho you will have to bite the bullet
> and all the features into the PDO driver.
> 
> Thats my opinion at least.
> 
> regards,
> Lukas Kahwe Smith
> mls@pooteeweet.org
> 
> 
> 
>