Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:101554 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27948 invoked from network); 5 Jan 2018 16:31:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2018 16:31:29 -0000 X-Host-Fingerprint: 79.243.119.140 p4FF3778C.dip0.t-ipconnect.de Received: from [79.243.119.140] ([79.243.119.140:12982] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DA/3C-45945-958AF4A5 for ; Fri, 05 Jan 2018 11:31:23 -0500 To: internals@lists.php.net,Jan Ehrhardt , internals@lists.php.net References: <7f8723a9-1ddc-47ea-8fd1-bc2a14a137c7@gmx.de> Message-ID: <783345d0-8d96-4d8a-c0ac-00b67c7ecabb@arcor.de> Date: Fri, 5 Jan 2018 17:31:20 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Posted-By: 79.243.119.140 Subject: Re: [PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available From: cmbecker69@arcor.de ("Christoph M. Becker") Hi Jan! On 05.01.2018 at 16:20, Jan Ehrhardt wrote: > "Christoph M. Becker" in php.internals (Fri, 5 Jan 2018 15:53:23 +0100): >> On 05.01.2018 at 14:55, Jan Ehrhardt wrote: >> >>>>> The main reason why I prefer the github zips over the zips at >>>>> http://windows.php.net/download/ is some kind of mismatch in the UTF-8 >>>>> filenames: >>> >>> N:\php-sdk\win32sdk2 >>> $ unzip -h >>> UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send >>> bug reports using http://www.info-zip.org/zip-bug.html; see README for details. >> >>From the release notes[1]: >> >> | Support for UTF-8 encoded entry names, both through PKWARE's "General >> | Purpose Flags Bit 11" indicator and Info-ZIP's new "up" unicode path >> | extra field. (Currently, on Windows the UTF-8 handling is limited to >> | the character subset contained in the configured non-unicode "system >> | code page".) >> >> So this might be a codepage issue. > > The warnings do not occur when processing the zips from > https://github.com/php/php-src/releases so we know it must be possible > to produce zip-files with Unicode filenames without mismatch. Big > question is: how? Frankly, I don't know. However, these message are indeed mere warnings; the log as well as the file system shows correct filenames after extracting. Furthermore, the messages 'continuing with "central" filename version' don't make sense to me, since the filenames in the local file headers are identical to those in the central directory headers. Anyhow, since everything appears to work with unzip 6.0.0 and there are better tools anyway, I don't think this issue deserves spending much time. :) -- Christoph M. Becker