Hi.
I'm trying to find the replacement for Z_TYPE_PP (and several other
Z_xxx_PP).
It seems these are no longer present in PHP7.
But, according to
http://lxr.php.net/source/search?q=&defs=&refs=Z_TYPE_PP&path=&hist=&type=&project=PHP-MASTER,
there is still 1 use case of this particular macro.
So. I'm hoping to see what the change for this is as it can't currently
compile under PHP7?
I'm not a hardcode C / PHP core developer, but I'm getting asked to provide
support for the win32service extension. Currently it fails to compile :
https://bugs.php.net/bug.php?id=73733
Just looking for some pointers. Literally! Ha ha!
Regards,
Richard Quadling.
Hi.
I'm trying to find the replacement for Z_TYPE_PP (and several other
Z_xxx_PP).It seems these are no longer present in PHP7.
In PHP-7, you usually do not encounter zval**, so the _PP macros were
gone. Try _P(*zval) instead.
But, according to
http://lxr.php.net/source/search?q=&defs=&refs=Z_TYPE_PP&path=&hist=&type=&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.
--
Regards,
Mike
Hi.
I'm trying to find the replacement for Z_TYPE_PP (and several other
Z_xxx_PP).It seems these are no longer present in PHP7.
In PHP-7, you usually do not encounter zval**, so the _PP macros were
gone. Try _P(*zval) instead.
See also https://wiki.php.net/phpng-upgrading for further information.
--
Christoph M. Becker
Hi.
I'm trying to find the replacement for Z_TYPE_PP (and several other
Z_xxx_PP).It seems these are no longer present in PHP7.
In PHP-7, you usually do not encounter zval**, so the _PP macros were
gone. Try _P(*zval) instead.See also https://wiki.php.net/phpng-upgrading for further information.
--
Christoph M. Becker
Thank you for that. I wasn't sure where to look for the answer.
--
Richard Quadling
-----Original Message-----
From: Michael Wallner [mailto:mike.php.net@gmail.com] On Behalf Of Michael
Wallner
Sent: Wednesday, December 14, 2016 2:33 PM
To: RQuadling@gmail.com; PHP internals internals@lists.php.net
Subject: Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places.Hi.
I'm trying to find the replacement for Z_TYPE_PP (and several other
Z_xxx_PP).It seems these are no longer present in PHP7.
In PHP-7, you usually do not encounter zval**, so the _PP macros were gone.
Try _P(*zval) instead.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. 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.
Regards
Anatol
-----Original Message-----
From: Michael Wallner [mailto:mike.php.net@gmail.com] On Behalf Of Michael
Wallner
Sent: Wednesday, December 14, 2016 2:33 PM
To: RQuadling@gmail.com; PHP internals internals@lists.php.net
Subject: Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places.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/
--
Christoph M. Becker
-----Original Message-----
From: Christoph M. Becker [mailto:cmbecker69@gmx.de]
Sent: Thursday, December 15, 2016 2:10 PM
To: Anatol Belski anatol.php@belski.net; 'Michael Wallner'
mike@php.net;
RQuadling@gmail.com; 'PHP internals' internals@lists.php.net
Subject: Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places.-----Original Message-----
From: Michael Wallner [mailto:mike.php.net@gmail.com] On Behalf Of
Michael Wallner
Sent: Wednesday, December 14, 2016 2:33 PM
To: RQuadling@gmail.com; PHP internals internals@lists.php.net
Subject: Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places.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