Jochem Maas wrote:

>>functionality - and produces results that are not totally compatible
>>even with it's own drivers - as I understand some of the 'comments'
>
> that's a question of the implementation needing to mature some more,
> i don't think anyone expects it to work 'perfectly' out of the box!

Agree with you there, but there are some 'holes' that will need
addressing sooner rather than later.

> WHY?? why do other need PDO to get started but we can manage with the
> 'std' (<-- bad wording me thinks) extension...?

1/ pdo_firebird is being shipped and does not work! So either it needs
pulling - or it needs fixing - I'd prefer to see it fixed.
2/ Some 'camps' will be pushing pdo examples and if they don't work in
Firebird there will be problems, and if there is no pdo_firebird it will
equally be a problem.

I'm sure you get as annoyed as me by stuff you download and will only
work with MySQL - JUST had the same problem with a Mapserver client that
it was suggested I try - only after downloading it do I find I can't
even install it!

> If you want to convince more people (i.e. Average-Joe-PHP-Hacker)
> to use Firebird then I would suggest is that they need a simple
> tutorial that explains to said Joe:

Probably my paper for this years conference ;)
Based on the outline from last year ...

>>need to try and get it at least working!
>
> I don't really agree - I think that php5 is suffering a little from too many new
> features which aren't fully completed but more importantly are either only
> partially documented or just relatively unknown. for instance how many developers
> make extensive use of the Reflection api?

Nature of the beast.
But only the same as PDO - that COULD be a PHP4 package.
Tikipro still maintains PHP4 compatibility, so while I run PHP5 - and
need PHP5 for the Firebird driver - the code is basically PHP4 ;)

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