Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.5.0

Bug #16759 No error thrown from missing PHP zlib functions
Submitted: 2009-11-02 20:12 UTC
From: bergie Assigned: mrook
Status: Closed Package: Archive_Tar (version 1.3.3)
PHP Version: 5.2.5 OS: Ubuntu 9.10
Roadmaps: 1.3.9    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 10 + 47 = ?

 
 [2009-11-02 20:12 UTC] bergie (Henri Bergius)
Description: ------------ I tried to install PEAR packages on Ubuntu 9.10, but as there PHP comes without zlib (see https://bugs.launchpad.net/ubuntu/+source/php5/+bug/451405), Archive_Tar cannot open the packages. But as the zlib functions are run in silent mode this doesn't throw any errors, making in look like install succeeded. Some error should be thrown if the function cannot be found! Archive_Tar line 658: is the issue here if ($this->_compress_type == 'gz') $this->_file = @gzopen($v_filename, "rb");

Comments

 [2009-11-03 22:47 UTC] ashnazg (Chuck Burgess)
The source of the issue was in Ubuntu Karmic (see PEAR #16606 and Ubuntu #451314), but this new PEAR bug highlights the _reason_ for the *silent* failure. This "@" usage should probably be reviewed in light of the silent failure problems.
 [2009-11-26 01:30 UTC] mrook (Michiel Rook)
-Status: Open +Status: Assigned -Assigned To: +Assigned To: mrook
 [2009-11-26 01:41 UTC] mrook (Michiel Rook)
Archive_Tar does check if the zlib extension is available, and calls PEAR::raiseError() if it isn't.
 [2010-04-26 12:07 UTC] mrook (Michiel Rook)
-Roadmap Versions: 1.3.4 +Roadmap Versions:
 [2012-02-17 00:31 UTC] mrook (Michiel Rook)
-Status: Assigned +Status: Closed -Roadmap Versions: +Roadmap Versions: 1.3.9
This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better. Added an additional function_exists() call before gzopen/bzopen to catch this issue should it ever happen again.