Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95217
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.230 cause and error)
To: internals@lists.php.net
References: <f790ef52-0a92-a8a3-bb3d-891713b390be@gmail.com>
 <CAF+90c8Qjze6ttRj1F0ZsX=aFfheuHZnLr7t0Y0D-SH79xS6jg@mail.gmail.com>
 <a2ab898f-9463-52c4-bfa1-2e80aa4decdb@lsces.co.uk>
 <CAJW__o1mchg7NymuKrWYxqeu6vVzP6pfyDEpFNNWrhKBJ0N5Bg@mail.gmail.com>
 <e83dfc59-a27b-9a29-3e4f-bbcf9cf0b6c2@lsces.co.uk>
 <CAJW__o3Cxu+xYJiO2ZjbU96HE5ro9GFB0-CHHR+Cf3-beT8WQg@mail.gmail.com>
Message-ID: <53c8bb5d-3d60-6019-d089-93d0285bb8ff@lsces.co.uk>
Date: Mon, 15 Aug 2016 23:07:41 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.2
MIME-Version: 1.0
In-Reply-To: <CAJW__o3Cxu+xYJiO2ZjbU96HE5ro9GFB0-CHHR+Cf3-beT8WQg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup
From: lester@lsces.co.uk (Lester Caine)

On 15/08/16 18:48, Kalle Sommer Nielsen wrote:
> 2016-08-15 19:09 GMT+02:00 Lester Caine <lester@lsces.co.uk>:
>> We will do what WE have to to maintain it, but none of us are up to
>> speed with current PHP 'style' of coding so we also need help which is
>> how we managed to get the PHP7 version updated.
> 
> I do not understand that statement, the last time someone actively did
> something to improve the extension was back in january 2015, which is
> portability to PHP7 and the cross Firebird support that seems to be in
> this extension. However I do not see any contribution or patches that
> helps maintain it as you so speak of, and again, I do not want that
> extra burden on mine or my co-contributor's shoulders having to
> maintain an extension none of us uses or have more in-depth knowledge
> about, that you must be able to understand.

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

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.

>> If you pull firebird
>> then I am definitely dropping PHP7 and sticking with a working PHP5
>> infrastructure! PDO is no substitute for the current interbase driver
>> and I use cross database transactions which only the generic driver can
>> handle anyway.
> 
> I meant it can be used instead of ext/interbase, in case interbase gets removed.

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?

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk