Bug #70311 [Com]: ZipArchive not generating output
| From: | bergmann at berlitec dot de | Date: | Mon, 24 Aug 2015 14:11:08 +0000 |
| Subject: | Bug #70311 [Com]: ZipArchive not generating output | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-195477@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=70311&edit=1
ID: 70311
Comment by: bergmann at berlitec dot de
Reported by: bergmann at berlitec dot de
Summary: ZipArchive not generating output
Status: Assigned
Type: Bug
Package: Zip Related
Operating System: Mac OS X 10.10.4
PHP Version: 5.6.12
Assigned To: cmb
Block user comment: N
Private report: N
New Comment:
Alright, I figured it out. Call me a moron.
I've got a couple symlinks in my project. After removing them the zip is created just fine.
P.S.: Concerning zip, what changed from 5.4 to 5.6? Seems strange that it works in 5.4 but not in
5.6.
P.P.S: Thanks for your time cmb
Previous Comments:
------------------------------------------------------------------------
[2015-08-24 13:30:41] bergmann at berlitec dot de
With that version the zip was created just as expected. I'll try to reinstall my other
installation.
------------------------------------------------------------------------
[2015-08-24 12:07:58] cmb@php.net
You can set the desired bison by giving the path to the executable
in the environment variable YACC. See also
./configure --help.
bison 3.0.4 is supposed to work.
------------------------------------------------------------------------
[2015-08-24 11:10:03] bergmann at berlitec dot de
@cmd: How do I build php 5.6.12 under OS X? ./configure fails on bison check
2.3 is installed at /usr/bin and 3.0.4 is installed via homebrew
Guess is could install a pre-3.0 version somewhere bot how do I tell configure that new path?
--with-bison-prefix? I'm a newbie here.
------------------------------------------------------------------------
[2015-08-21 15:12:56] cmb@php.net
That had to be expected, because the internal zip_t has already
been closed. Sorry for the noise.
I found that PHP 5.6.12 with libzip 0.11.2 on Linux and Windows
silently fails (the supplied test script reports bool(true) twice)
to create archives, if there are insufficient permissions or the
folder to write to doesn't even exist. That doesn't appear to be
the problem in your case, but anyway there has to be some
indication of the failure.
For debugging purposes consider to modify the relevant code[1]:
if (zip_close(intern)) {
printf("%s\n", zip_strerror(intern));
zip_discard(intern);
}
[1] <https://github.com/php/php-src/blob/php-5.6.12/ext/zip/php_zip.c#L1628-L1630>
------------------------------------------------------------------------
[2015-08-21 13:18:43] bergmann at berlitec dot de
@cmb:
Warning: ZipArchive::getStatusString(): Invalid or uninitialized Zip object in ...
------------------------------------------------------------------------
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
https://bugs.php.net/bug.php?id=70311
--
Edit this bug report at https://bugs.php.net/bug.php?id=70311&edit=1