2016-08-16 0:07 GMT+02:00 Lester Caine <les...@lsces.co.uk>: > https://www.mail-archive.com/internals@lists.php.net/msg82170.html From > December last year. *I* was under the impression that it was this work > that was in the driver already after we had helped debug it! > https://github.com/php/php-src/commits/master/ext/interbase Jan 8 > commits I think ... It will be a couple of hours before my local repo is > back in sync and I can verify
Let's take a look at the last 70 commits made to ext/interbase, which ranges from (January 3rd 2014 to now): PHP internals changes not related to the extension, including merges and other indirect changes: 61 Direct bug fixes and improvements: 9 Which is on a 2½ year commit log, that is a long time for an extension, where we have 9 open bug reports, 3 of the assigned to Mariuz, one even as old as 2009, that bug just had its 7th birthday in Jan 2016. My previous statement still stands, if there is no one to maintain this in the core, it becomes a burden on everyone else, simply because we are simply not able to maintain this code base anymore, that you must be able to see yes? > By the way ... sql.safe_mode switch was ONLY used to lock the database > selection to the one defined in the ini file. The create database block > was to prevent bypassing that lock by simply creating a new database - > because you could not then access that database. This IS a BC change but > only if ibase.default_db is not the only database setting visible. It > would have made more sense to simply move it back to the ibase ini block > and document the change. Yes I do realize it is a BC change, I authored the patch. But as you may also have noticed then this patch is for master only, which is PHP 7.2, that is probably first gonna be coming out in 2017 or 2018. But it is off topic, so let that be or raise your concern in another topic. > Since PDO is a poor substitute for any of the generic drivers it's about > time THAT was finally put to bed and a decent alternative provided. > Firebird/Interbase is not the only driver that needs it's generic > version to provide much of the heavy lifting that PDO can't handle. > Currently the interbase driver is running clean on all my compatibility > testing of PHP7 so what is the problem? The problem that we are trying to solve here is that there is no one to maintain those ways we have right now to collect to Interbase/Firebird, how are we magically gonna provide some decent alternatives if there is no one to even work on what we have in the first place? That does not even make sense. -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
