);
gzwrite($gzfile, $data);
gzclose($gzfile);
?
$ php sample.php
Fatal error: Call to undefined function gzopen() in
/home/bellbind/experiment/php/gz/sample.php on line 3
$ lsb_release -rd
Description:Ubuntu karmic (development branch)
Release:9.10
** Affects: php5 (Ubuntu)
Importance
/archives/php5-cli_5.2.10.dfsg.1-2ubuntu3_i386.deb
5.2.10/
$ ./5.2.10/usr/bin/php5 sample.php
Fatal error: Call to undefined function gzopen() in
/home/bellbind/experiment/php/ubuntu/sample.php on line 3
$ ./5.2.6/usr/bin/php5 sample.php # work well in my env.
--
Fatal error: Call to undefined
The error also occurs when use package
php5-5.2.10.dfsg.1(5.2.10.dfsg.1-2ubuntu4) rebuilded in my machine.
But, it changes well when uncomment the line:
#019-z_off_t_as_long.patch
to
019-z_off_t_as_long.patch
in debian/patches/series before dpkg-buildpackage.
--
Fatal error: Call to
Same error is occured at 5.2.10.dfsg.1-2ubuntu5 .
--
Fatal error: Call to undefined function gzopen() on php5
5.2.10.dfsg.1-2ubuntu3
https://bugs.launchpad.net/bugs/432291
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in ubuntu.
The bug is NOT zlib link problem because it can open gz files with
fopen for example:
?php
$gzfile = fopen(compress.zlib://hello.txt.gz, w);
fwrite($gzfile, hello world!);
fclose($gzfile);
?
is work well on released binaries. BUT gzopen is not defined in php5
binaries it cannot run:
?php
$data
The uncomment patch 019-z_off_t_as_long.patch changes the situation in
my environment build.
The patch only adds header files to php5 sources: ext/zlib/zconf.h and
ext/zlib/zlib.h
But in my env, it also exists /usr/include/zconf.h and /usr/include/zlib.h
by standard package zlib1g-dev.
I
I'm aware the problem from more than 1 month ago (and rejected).
Then, I posted my solution to
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/432291/comments/4
--
zlib extension missing in php5 karmic
https://bugs.launchpad.net/bugs/451405
You received this bug notification because you
The problem is that the PHP standard function gzopen is renamed as
gzopen64.
It may be just a bug at build system.
I think it is caused by macro #define gzopen gzopen64 in
/usr/include/zlib.h (zlib1g-dev :1.2.3.3.dfsg-13ubuntu3).
The unapplyed patch 019-z_off_t_as_long.patch generates old
Public bug reported:
On i386 version trusty, gzopen64 problem occurred again.
The php function gzopen renamed to gzopen64 by bad side effect of
preprocessor macros.
It occurred only build php5 on i386, not on amd64.
I posted the problem when karmic age, then fixed after long time.
Today, I
** Description changed:
On i386 version trusty, gzopen64 problem occurred again.
The php function gzopen renamed to gzopen64 by bad side effect of
preprocessor macros.
- It occurred only build on i386, not on amd64.
+ It occurred only build php5 on i386, not on amd64.
- I posted the
10 matches
Mail list logo
