> -----Original Message----- > From: Christoph M. Becker [mailto:cmbecke...@gmx.de] > Sent: Thursday, December 15, 2016 2:10 PM > To: Anatol Belski <anatol....@belski.net>; 'Michael Wallner' > <m...@php.net>; > rquadl...@gmail.com; 'PHP internals' <internals@lists.php.net> > Subject: Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places. > > On 14.12.2016 at 19:27, Anatol Belski wrote: > > >> -----Original Message----- > >> From: Michael Wallner [mailto:mike.php....@gmail.com] On Behalf Of > >> Michael Wallner > >> Sent: Wednesday, December 14, 2016 2:33 PM > >> To: rquadl...@gmail.com; PHP internals <internals@lists.php.net> > >> Subject: Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places. > >> > >> On 14/12/16 14:17, Richard Quadling wrote: > >> > >>> But, according to > >>> http://lxr.php.net/source/search?q=&defs=&refs=Z_TYPE_PP&path=&hist= > >>> &t ype=&project=PHP-MASTER, there is still 1 use case of this > >>> particular macro. > >> > >> This just means that nobody ever built ext/odbc with the birdstep > >> driver. > >> Unfortunate. > >> > > Yeah, birdstep was even not ported to 7.0, and monkey patching were > > anyway > erroneous. Seems it was a commercial driver, but either it was rebranded > or > discontinued, anyway I never found the driver SDK. > > According to Wikipedia[1], Raima Incorporated purchased Raima back from > Birdstep. They're offering free evaluation downloads for their > software[2]. > > > It might make sense to remove the birdstep part from the ext/odbc, > > except there's someone with driver and maintanence will - it's a dead > > code. > > ACK. > > [1] <https://en.wikipedia.org/wiki/Raima> > [2] <http://raima.com/download-table/> > Finally I came to check this. The download table shows support for almost outdated OS versions and compilers, unfortunately there's nothing looking like to be worthy to try. Fe the latest packages for Ubuntu are 12.x, CentOS 5, SUSE 10, Visual Studio 2010, etc. It seems that the software, even if commercial, has no new releases for at least 7 years. Even if I'd wanted to go through the registration torture to download the driver, it would require to setup some VM with some EOL'd OS or outdated compiler, which makes little to no sense. Given also, since the 7.0 release date, there was no a single bug report about this driver, it seems feasible to me to consider this part as a dead code at least on the PHP side. I would go by removing this part in 7.0 already, as it's unlikely to be ported neither now nor later due to the lack of the actual driver base. Should the driver have a new release and there be some maintainers willing to do the porting work, it could be reintroduced. I'm intended to wash it out, should I have time for such a low priority task, if there is no objection.
Regards Anatol
