Bug #70311 [Com]: ZipArchive not generating output

From: Date: Mon, 24 Aug 2015 13:30:43 +0000
Subject: Bug #70311 [Com]: ZipArchive not generating output
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-195473@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: With that version the zip was created just as expected. I'll try to reinstall my other installation. Previous Comments: ------------------------------------------------------------------------ [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 ... ------------------------------------------------------------------------ [2015-08-21 13:14:39] cmb@php.net AIUI, ZipArchive::close() returns TRUE even if the operation may have failed[1]. What is the result of calling var_dump( $a->getStatusString () ); at the end of the script? [1] <https://github.com/php/php-src/blob/php-5.6.12/ext/zip/php_zip.c#L1628-L1637> ------------------------------------------------------------------------ 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

« previous php.bugs (#195473) next »