Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95387
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error)
To: "'Pierre Joye'" <pierre.php@gmail.com>,
	"'Christoph Becker'" <cmbecker69@gmx.de>
Cc: "'PHP internals'" <internals@lists.php.net>,
	"'Kalle Sommer Nielsen'" <kalle@php.net>,
	"'Stanislav Malyshev'" <smalyshev@gmail.com>
References: <f790ef52-0a92-a8a3-bb3d-891713b390be@gmail.com> <CAJW__o0NAznPLP_DsZJYTPOmNsRQBn3qD+2G6niKboSEq_RxcA@mail.gmail.com> <da2b5256-5ba2-9375-f009-961e6e9f3dba@gmx.de> <CAEZPtU5_=SCC0pgxjfvarKf7=1RuoC46rmDh4rcoL+xPZDPGJQ@mail.gmail.com>
In-Reply-To: <CAEZPtU5_=SCC0pgxjfvarKf7=1RuoC46rmDh4rcoL+xPZDPGJQ@mail.gmail.com>
Date: Mon, 22 Aug 2016 18:52:51 +0200
Message-ID: <00cf01d1fc95$a10d8700$e3289500$@belski.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQHse/9oXKK8gqfHMv8ShTDlDRapdwLLxab6Akamn0sDODCnaJ/d2CVQ
Content-Language: en-us
Subject: RE: [PHP-DEV] [RFC] orphan extensions cleanup
From: anatol.php@belski.net ("Anatol Belski")

Hi Pierre,

> -----Original Message-----
> From: Pierre Joye [mailto:pierre.php@gmail.com]
> Sent: Friday, August 19, 2016 1:00 PM
> To: Christoph Becker <cmbecker69@gmx.de>
> Cc: PHP internals <internals@lists.php.net>; Kalle Sommer Nielsen
> <kalle@php.net>; Stanislav Malyshev <smalyshev@gmail.com>
> Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup
>=20
> On Aug 18, 2016 8:03 PM, "Christoph M. Becker" <cmbecker69@gmx.de>
> wrote:
> >
> > On 18.08.2016 at 01:32, Kalle Sommer Nielsen wrote:
> >
> > > 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev =
<smalyshev@gmail.com>:
> > >> Please comment and discuss!
> > >
> > > What about adding the following:
> > > ext/dba
> > >
> > > As for DBA, this extension have not really seen any major updates =
or
> > > anything since 2009 when the Tokyo Cabinet support was added (PHP
> > > 5.3), is this still used largely or?
> >
> > I don't know, but most certainly not on Windows.  I had a look at
> > ext/dba, because I like that we have it bundled, but got 3 failing
> > tests (flatfile and inifile), which might be caused by running in a
> > Vagrant box on NTFS.  So I tried to compile on Windows, just to =
learn
> > that
> > config.w32 is totally out-dated.  It doesn't support individual =
config
> > options for the different drivers, but rather checks whether db3 is
> > found, and only then configures the built in drivers.  Of course, =
db3
> > is not part of the delivered deps, what is likely the reason that
> > dba_php.dll isn't distributed anymore as of PHP 5.3 (it would make
> > sense, IMO, to ship dba_php.dll with the built-in drivers plus those
> > whose requirements could be bundled in the deps).
> >
> > Fixing config.w32 shouldn't be too hard (it may take quite some time
> > to test with the different drivers, though), but I expect further
> > issues would have to be solved.
>=20
> The last time I checked it was for the 5.3 windows support big jump.
>=20
> If I remember correctly many banckends were not available on windowd =
(mainly
> vc6). Some may be available now.

I was checking for possible libs after Christoph's enablement commit =
last week. At least qdbm looks like possible to be supported. The =
bundled libcdb is quite old. There are no new releases, but some patches =
might be available, need to check. Some Tokyo Cabinet ports did exist, =
but again need research. Closer to the end of the year, time could be =
taken to do the research and tests, so maybe to support more of dba in =
7.2.

Regards

Anatol