paulruizendaal wrote:

> 1/ Indeed, the PHP5 driver registers both ibase_* and fbird_* versions
> of all functions

ADOdb's Firebird driver still uses ibase_* as does ibWebAdmin, but a
move to an fbird_* based build is on the cards for both. I did have an
fbWebAdmin but that is a few versions out of date :(

> 2/ It does not do dual registration of the module name. Not sure yet if
> that will work.

Don't think that matters until the two split.

> 3/ The build code will link against fbclient if configure is given a
> path to a FB install (broken on Windows, but the intent is there).

Would be nice to get windows under more control. One thing I ALWAYS do
is switch away from using 'c:\Program Files' as the base for anything
*I* install - been caught out with the subtle problems caused by that
'space' too many times :)

> 4/ The win32 build on www.php.net includes a version linked to
> gds32.dll and this dll is included in the download

Usual instructions are just to delete gds32.dll, and install Firebird
with legacy capability. I've never used the 'integral' gds32.dll :)

> 5/ Even the new and experimental PDO module, php_pdo_firebird.dll, is
> linked against gds32.dll !!

The intentions of PDO are good, but until they 'remove' some of the less
than generic ways of working I for one do not have the time to bother
with it ;) Especially when you still need the Interbase driver as well
to gain access to the stuff PDO has no plans to include at all :(

--
Lester Caine
-----------------------------
L.S.Caine Electronic Services