[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