[PEAR-BUG] Bug #20246 [Com]: Broken with php 5.5.9

[email protected] ("[email protected]")
Newsgroups php.pear.bugs
Message-ID <[email protected]>
Edit report at https://pear.php.net/bugs/bug.php?id=20246&edit=1

 ID:               20246
 Comment by:       [email protected]
 Reported By:      contact at greyboxconcepts dot com dot au
 Summary:          Broken with php 5.5.9
 Status:           Feedback
 Type:             Bug
 Package:          Archive_Tar
 Operating System: Ubuntu 14.04
 Package Version:  1.3.11
 PHP Version:      5.5.9
 Roadmap Versions: 
 New Comment:

Agreed.  Someone with write privs on the code, please update the package
to either 
wrap the functions or check at each call.

The point is, the solution must work in either a 32 or 64 build.


Previous Comments:
------------------------------------------------------------------------

[2014-07-22 22:10:11] cweiske

The PHP bug report is https://bugs.php.net/bug.php?id=53829 and it's
from 2011. Doesn't seem like it's going away soon.

We could provide a wrapper that simply defines gzopen() and internally
passes the data through to gzopen64.

------------------------------------------------------------------------

[2014-07-22 20:42:16] dmausner

Tar.php contains references to gzopen, gztell, and gzseek, which may be
renamed gzopen64, gztell64, and gzseek64, depending on whose php5 build
you have installed.  It currently calls the functions without '64',
hence if the build contains only the functions with '64', Tar.php
aborts.

A simple and ugly solution is to modify Tar.php to check for the
existence of each function by name, with and without the '64', and then
execute whichever.

There are half-a-dozen code blocks to insert where these functions are
used.

------------------------------------------------------------------------

[2014-05-09 08:16:43] mo

Well my php built is 3min older
php -v
PHP 5.5.9-1ubuntu4 (cli) (built: Apr  9 2014 17:08:27) 
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend
Technologies

so I uninstalled php, switched the repository back from the Austrian
mirror, installed php and got the 17:08:27 built again

------------------------------------------------------------------------

[2014-05-08 16:06:06] mrook

Very strange:

$ php -v
PHP 5.5.9-1ubuntu4 (cli) (built: Apr  9 2014 17:11:57) 
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend
Technologies
    with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans


$ php -r 'var_dump(function_exists("gzopen"));'
bool(true)
$ php -r 'var_dump(function_exists("gzopen64"));'
bool(false)

------------------------------------------------------------------------

[2014-05-08 16:01:00] mo

Just as add on, at least for my installation gzopen is broken in the
current Ubuntu php version
php -r 'var_dump(function_exists("gzfile"));'
bool(true)
php -r 'var_dump(function_exists("gzopen"));'
bool(false)
php -r 'var_dump(function_exists("gzopen64"));'
bool(true)

as you can find a lot of bug reports currently in the Ubuntu/php
community I guess it's a very common problem. Checking and replacing
gzopen by gzopen64 might help until Ubuntu submit a patch.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=20246

-- 
Edit this bug report at https://pear.php.net/bugs/bug.php?id=20246&edit=1
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.