From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31156 invoked by alias); 12 Jul 2018 09:14:47 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 21807 invoked by uid 89); 12 Jul 2018 09:14:39 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-100.8 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=cygwinapps, cygwin-apps X-HELO: mout.kundenserver.de Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.17.13) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 12 Jul 2018 09:14:37 +0000 Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue104 [212.227.15.183]) with ESMTPSA (Nemesis) id 0M6lu8-1fydKg33zQ-00wVCD for ; Thu, 12 Jul 2018 11:14:34 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id 40F92A80663; Thu, 12 Jul 2018 11:14:34 +0200 (CEST) Date: Thu, 12 Jul 2018 12:04:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Cygwin x86 on Windows 10 ARM64 Message-ID: <20180712091434.GR27673@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20180710130410.GL27673@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aqWxf8ydqYKP8htK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) X-SW-Source: 2018-07/txt/msg00123.txt.bz2 --aqWxf8ydqYKP8htK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2921 On Jul 12 07:46, David Allsopp wrote: > Corinna Vinschen wrote: > > On Jul 10 10:51, David Allsopp wrote: > > > I've been trying out the x86 emulation in Microsoft's ARM64 version of > > > Windows 10 1803. > > > > > > I had two issues with Cygwin x86. The first, which is simple, is that > > > Windows doesn't by default create C:\Windows\SysWOW64\drivers\etc > > > which causes /etc/postinstall/base-files-mketc.sh to exit with an > > > error all the time. I wonder if there's a possible workaround to make > > that less intrusive? > >=20 > > Try if C:\Windows\Sysnative\drivers\etc works. That should be the easi= est > > way to fix the issue in the script. >=20 > It does indeed. Certainly seems like a good fallback (if not possible > default, although I'm sure someone out there takes advantage of a > different hosts file between 32-bit and 64-bit!!). I'm happy to tweak > the script if you can remind me where its repo is? https://sourceware.org/cygwin-apps/ has a list of Cygwin-specific projects hosted on cygwin.com. The base-files project is maintained by Achim Gratz. Please send patches to the cygwin-apps mailing list. > > > The error message implies that it may have computed the wrong > > > directory, which it hasn't - it's just that the directory doesn't > > > exist. > > > > > > The other is that all Cygwin binaries are emitting the "Could not > > > compute FAST_CWD pointer" warning. > >=20 > > Nothing we can do about, unless somebody dives into assembler code > > on such a system. If the code switches to ARM64 early, this could > > be tricky. >=20 > The machine I'm using is only for testing on this platform - I can > grant access to it if it'd be worth looking into? >=20 > > As a workaround I pushed a patch to check for running in WOW64 under > > ARM64. The warning is skipped then. The already existing fallback > > code should work most of the time. Just give the latest developer > > snapshot from https://cygwin.com/snapshots/ a try. >=20 > OK, so this is very weird - both GetNativeSystemInfo and GetSystemInfo > are returning 0 in both wProcessorArchitecture and wReserved (and FWIW > 586 in dwProcessorType). This is with GCC 6.4.0 (i686-w64-mingw32-gcc) > and with Microsoft's own **x86** Cl (19.15.26629.1 in VS 2017.8 > Preview 4). My test program is simply: This looks like a bug in the emulator. You may want to contact Microsoft. Nevertheless, we can use the current buggy reply to our advantage: We know we're running in an emulator. The value of wProcessorArchitecture returned by GetNativeSystemInfo should never be 0. 6, 9, 12 are ok, but 0??? So, if the GetNativeSystemInfo returns 0 we can still skip the warning. For completeness, I'd like to see the output of `uname -a' in Cygwin, though. Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --aqWxf8ydqYKP8htK Content-Type: application/pgp-signature; name="signature.asc" Content-length: 833 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAltHG/oACgkQ9TYGna5E T6BWmg/7BQBV35ykmzB63e8h61qfmK3J5StzVIY3EZgrrHHAfmmGmd0JZ4X9ULEt TSYTgeXgdA6i7BRnlWKs66RlIIsyAlXBcZfbqI5+V+UShbBGor0QjhnFYkgaKlh3 zsFwcft32YZBEdoAZzoLof2KonSSQEDtAcVSfV5QqHoEkpNKuxpiGsGEdKG3lLMX /r75Fo5reVtr+AAJOPRvMbgyWPFRjzAx8bP3Jtnb6MU2Fyd/jaQwuzEZbw0H7Itu S6i1OFUBSpiXGL12+/yWfj1qYoVRMSQwNoc4CvLOxmjS71V4H9LLbAjG6d1g2jrA T02qo9ReuwSGSf9AJRulNIyFu8XSTRVzH2nWj8bUtJrj8OL0ymcIlWxNqvbYaHVy L73Ayr30pock08g/cCfgpJNhGSgcimBm0z5bQZeRUeN2KiuWz1TNJEwNO8EeHing yaFie9UmytFp0o4YuLbv8N4kaZuRHUL5n6bYVUhHznDXb9n6EYlPIghMhv+b4M+h 0bvH7mgjbOdTsw1dbLfBxpxuEeAGVyJaniSIqAek0CYYuMnx+kGLSYMJ0l3hqlqw CQ/egIKoREqrGP7zhzbXp/UOZ+nfnaoNwyN7pjSRpAIEFLHSsiP9yIEB7VPmUUwo JFkJQHayPgeG6CYZy46S6zUmfgUpBqi7WSlw6+KdwSpVMmvVwXw= =Uznb -----END PGP SIGNATURE----- --aqWxf8ydqYKP8htK--