Re: The battle between users and developers

Pierre Joye wrote:

hi Lester, On Sun, Jun 15, 2008 at 10:40 AM, Lester Caine <lester@lsces.co.uk> wrote:

Lukas Kahwe Smith wrote:

Ok, to spell it out one last time: If windows support cannot be provided in 5.3, there is a good chance that this will increase the likelihood that interbase driver will soon be out of PHP core, even if it still works on Linux. Also to remind you once again, our windows guy has gone missing and we are rebuilding things from scratch for 5.3. If this is not enough of a problem to fix, then so be it.

I've obviously missed something .... If there is a problem simply providing a windows build of PHP5.x then that is a different matter. Still not saying I can help - but I have already spent some time having another look at doing my own Windows builds. It looks like the same problem I have with my own Firebird builds though ... need M$ tools to do the job :(

What we actually need is not C developers or new core developers (well, we do but it is not a requirement here). We are missing tests (as in phpt which can be run using a firebird DB) and active users giving feedback and running these tests.

Well when I originally reported the problems that were creeping into php_interbase (linux and windows) I was told that *I* should fix them, and I keep being told I should get involved more. So http://lsces.co.uk/lsces/wiki/index.php?page=PHPDevelopment Had the M$ express stuff installed on my backup W2k machine it would probably not have been a problem, but I can't upgrade it since I need W2k on that machine to test against ;) I've been through the mill with M$ installs trashing the rest of my development environment in the past, so I am not going to risk it again.

If you can write tests (you and the PHP firebird community) and run them using our sources and binary releases, that will already do the job. That's all we need to keep the extension alive.

Testing is not a problem ESPECIALLY while we can run multiple versions of PHP on windows without the crap loaded into other applications which trash the working version and overload it with a version which may not work. I DON'T go with code that only has windows installers and would not test them ;) http://fbexport.sourceforge.net/ibtest.php.txt is our base set of tests and this shows a problem with NUMERIC(18,7) and above so we avoid that. The problem is fixing the problems we find?

I have an older windows server that is running as backup at present which I could safely load some of the M$ stuff on - if it will work on W2k ..... But I'd prefer to stay inside my safety zone .....

We can take care of the builds and port the firebird clients libraries to Windows and/or MS tools. But we can do it only if we have a way to test them :) THAT is an area where we do need to sort things out since the supplied client library is always ditched anyway and the current Firebird one used instead. From my point of view, splitting the fbird_ code from the ibase_ code and building php_firebird against a firebird client would make sense, but as has already been said - is not actually necessary - yet.

http://wiki.php.net/internals/windows/libs The pages for ibase and fbclient need creating, and the project link for interbase should be ibase but I could not work out what information should be on them. In the past I have also been told that *I* need to make pdo_firebird actually work which is yet another hassle that needs sorting even if the current Firebird users do not use it :( ( To be honest *I* would rather remove pdo_firebird than php_interbase .... at least until pdo_firebird could be re-writen to replace php_interbase completely rather than our having to load both to get the functions currently lacking in pdo - but that is a separate discussion ) -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php