[Bug 1315888] Re: Zlib functions (gzopen etc.) are undefined while gzopen64 etc. exist
Marc Deslauriers
marc.deslauriers at canonical.com
Tue May 31 13:39:49 UTC 2016
I've re-uploaded this to the trusty upload queue with the debdiff in
comment #27, but with a fixed version number. Thanks!
** Changed in: php5 (Ubuntu Trusty)
Status: Triaged => In Progress
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1315888
Title:
Zlib functions (gzopen etc.) are undefined while gzopen64 etc. exist
Status in php:
Unknown
Status in php5 package in Ubuntu:
Fix Released
Status in php5 source package in Trusty:
In Progress
Bug description:
Distribution: 14.04 - 32bit version
Actual package versions: 5.5.9+dfsg-1ubuntu4
[Impact]
After upgrading to 14.04, all function Zlib-related function calls
(gzopen() etc) fail with "Fatal error: Call to undefined function
gzopen() in ...". Function names with 64 added to the end to them
(gzopen64() etc) work as expected.
By #undef-ing the zlib-related function calls, the internal rename to
*64() does not occur in PHP5.
[Test Case]
On a i386 system:
php -r 'var_dump(function_exists("gzopen"));
Before:
bool(false)
After:
bool(true)
[Regression Potential]
The only source of potential regression is if, as a workaround, an
end-user modified their code on i386 to use the *64() APIs that were
now exposed. This should not be common, and was not done in any
official Ubuntu packages.
To manage notifications about this bug go to:
https://bugs.launchpad.net/php/+bug/1315888/+subscriptions
More information about the Ubuntu-sponsors
mailing list