Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:101555 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28142 invoked from network); 5 Jan 2018 16:31:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2018 16:31:37 -0000 Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.18 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.15.18 mout.gmx.net Received: from [212.227.15.18] ([212.227.15.18:54277] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0F/3C-45945-768AF4A5 for ; Fri, 05 Jan 2018 11:31:36 -0500 Received: from [192.168.2.106] ([79.243.119.140]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKZLb-1eVa1l35T5-0021GK; Fri, 05 Jan 2018 17:31:30 +0100 To: Jan Ehrhardt , internals@lists.php.net References: <7f8723a9-1ddc-47ea-8fd1-bc2a14a137c7@gmx.de> Message-ID: <2f4aaab0-3e63-feef-1bbc-fc43d00a2339@gmx.de> Date: Fri, 5 Jan 2018 17:31:32 +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-Provags-ID: V03:K0:m3xVL2xsXmnmOIdseXWiZ2DJS8xOdgJC/EeiWhJNYKv0amORIpw NAhLGNYzBzryGAd0haGIbG8F5Fk8PZOdnUkIaxp8pOGOQ34U1oeUOaBOGrQsP6uqyl4xq3y X9onOpkaOWtEnJkigC5EqeaMEcDHgMz0noTgahy6wLmPDB0jiayU/UdeRUprWF7LCut2Qd3 xFDkZ+vF0yg7+Mx74fv1g== X-UI-Out-Filterresults: notjunk:1;V01:K0:8qa8MTJsg2w=:3/gAZnlrx0roswjmAnRdzf 2Utxm+dmjJXkCDcgdUv8CfP0YL2h3FU6YhCEU9j5XNpjEAqyKUehZJiTsrhk8ME0WcLzPC+sH BErbCPYypFVuqMYOAUBI6XtHZD9nZRLE/Hew3ThBogxWTbld+3qtziHCdHvKOPRkP4S9n5YeH YLf9Z843ZszMMRaDvtLMLAsC6OGN9apZH7rK6ulCvn26l5Spo4zfra23J3uhEjjX75lPbxb97 TRnphLr2wLftGcTXo1T8HK3XPZe4LZtbQuEFYEuE19nz+hJMCOjLpnG6Qa2HqLuYfDIue1nTd DpJco63n2S16qBYQGXstw70aeqLzN+QSFqqSsC1J3n8HeZf3wH9rsAmnZhjhpkbBaPCT2XnTb 1sImmE5L1Gn46b8jQluY6cwvGl77R+aIiRuuyNaazG0e2TjmozIXs1gRRT06bfHA1v9B5qnig FFnjp5BVKoZ2kgTi1A/KD7ipp78512dubxrNOI5AWmwFJoaa6qHViY3m0NQ/KDgM4dPBIlICt XNKMwH0N12OfwHonLJiOnn4SO6lLlETPNzTMciqM49JVQwGaUbY3B8OM/pcykAnPagGbunT/2 muQrtFj7UJrN2epMWO+uhQeDeXbqfudOR5cr1BEF9dbJcQP0xEW+xkjDxdHPFmvnNrIG41bsf RNC+S9iNm+0zBaRT1j/pVfeKmOotsc34ZTn8Nqhn4RQJK9n5dS6JfxCPzERUr7fqr+3iXFbu6 5LIP+5u3OoDuH3gBIE/4sw0c+5nFOQ+tsX9l5U6QEhrSfKb3iEj/rnYmaJOczaWBGyP8pEhnh vEYdG0eI3cVAAk2WJwPiY/IYJJkwr3D6YMilwcsaqIyAtmIzXM= Subject: Re: [PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available From: cmbecker69@gmx.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