Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:80889
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54BEA9F5.3030901@welho.com>
References: <e26c4fd0be8a05d54ef962d449d62bc7.squirrel@webmail.klapt.com>
	<CA+9eiLt8sE79OSojYEho1pO6sAUefF-Ha7KdU5j2LSQSDNP8bA@mail.gmail.com>
	<636de823d0caf4b650c75ecd2ea969e3.squirrel@webmail.klapt.com>
	<54BEA9F5.3030901@welho.com>
Date: Tue, 20 Jan 2015 21:33:23 +0200
Message-ID: <CAPv8svWnb_8BaEW6VdEoK0ELxqj1cDyFjJugx_nz3-QgnLm_oA@mail.gmail.com>
To: Jouni Ahto <jahto@welho.com>
Cc: PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1133d376237f5f050d1a831b
Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Removal of dead SAPIs and extensions
From: mapopa@gmail.com (marius adrian popa)

--001a1133d376237f5f050d1a831b
Content-Type: text/plain; charset=UTF-8

interbase extension is maintained and at least i will rename to firebird
after php7 api conversion is over (a few blob/events tests don't pass after
the big api changes )

Dmitry Stogov <https://plus.google.com/u/0/114466583226539257267?prsrc=4> added
some patches but we need to fix the zend engine api changes

pdo_firebird is ok but doesn't cover the firebird api so we still need them
both

On Tue, Jan 20, 2015 at 9:18 PM, Jouni Ahto <jahto@welho.com> wrote:

> At least one mail didn't bounce.
>
> The situation with Interbase extension, in my opinion: it's dead meat and
> should most probably be just removed. Nobody is currently, to my knowledge,
> maintaining it. Even the birth of said extension was a bit troublesome,
> when I had just for the fun of it written some very rudimentary code,
> committed it, and after that it turned out that Zeev was having a
> commercial negotiation about writing PHP support for it. Because we didn't
> want to step on each other toes, that left the the extension somewhat
> unmaintained for a while even then, and then I slowly dropped out of PHP
> development. Mostly because my new work in banking world had absolutely
> nothing to do with it, not because I would have been tired of it. It was
> extraordinarily fun and I somehow still miss those times. Kudos to everyone
> still working on PHP (I still recognize a few names on the mailing list)
> and to every newcomer.
>
> Now, this all happened when even PHP4 was still in development phase, a
> very long time ago, so I'm quite surprised that extension survived even
> into PHP5. Has anyone actually maintained it?
>
> PDO_FIREBIRD is probably a good replacement for it and it seems to be
> mentioned on the list of maintained extensions. I don't know how well it
> works with Interbase, which is now a proprietary product by Embarcadero
> Technologies. Firebird is an open source fork originating from the same
> codebase. It might even work, if the communication protocol with database
> hasn't changed (much) or can switch to some backwards compatible mode when
> encountering a version it does not recognize.
>
> And, last: funny coincidence that I received Anatol's email just now, when
> I've just a week ago opened a github account and already have several pull
> requests for 2 projects written in, surpricingly, PHP. Who knows, maybe
> like the Terminator, "I'll be back".
>
> Thanks for reading the rants of a really old fart.
>
> -- Jouni Ahto
>
>
> On 01/20/2015 11:22 AM, Anatol Belski wrote:
>
>> Hi Dmitry,
>>
>> On Tue, January 20, 2015 06:08, Dmitry Stogov wrote:
>>
>>> Hi Anatol,
>>>
>>>
>>> Despite of this, we also have few extensions not converted to PHP7 yet -
>>> https://wiki.php.net/phpng#unsupported_extensions_not_converted_yet
>>>
>>>
>>> 3 of them related to MSSQL, 2 to Oracle and one to Interbase. the last
>>> one is partially converted (may be compiled), but it's so ugly, so it
>>> won't work without serious redesign (I'm not sure how it worked in
>>> php-5).
>>>
>>>  I'm going to rename and update the RFC to handle these cases as well.
>>
>> Will first forward this off list to the authors standing in the sources,
>> so the bounces from the eventually non existent mails are not going back
>> to the list (would spam everyone). But will then repeat the same to the
>> list with valid mails.
>>
>> Regards
>>
>> Anatol
>>
>>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a1133d376237f5f050d1a831b--