From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 109022 invoked by alias); 10 Jul 2018 20:25:11 -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 108965 invoked by uid 89); 10 Jul 2018 20:25:09 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=H*UA:16.0, H*x:16.0, cmd.exe, falling X-HELO: outmail149115.authsmtp.co.uk Received: from outmail149115.authsmtp.co.uk (HELO outmail149115.authsmtp.co.uk) (62.13.149.115) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 10 Jul 2018 20:25:07 +0000 Received: from mail-c245.authsmtp.com (mail-c245.authsmtp.com [62.13.128.245]) by punt21.authsmtp.com. (8.15.2/8.15.2) with ESMTP id w6AKP57S020790 for ; Tue, 10 Jul 2018 21:25:05 +0100 (BST) (envelope-from David.Allsopp@cl.cam.ac.uk) Received: from romulus.metastack.com (114.212-105-213.static.virginmediabusiness.co.uk [213.105.212.114]) (authenticated bits=0) by mail.authsmtp.com (8.15.2/8.15.2) with ESMTPSA id w6AKP3fR042566 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Jul 2018 21:25:04 +0100 (BST) (envelope-from David.Allsopp@cl.cam.ac.uk) Received: from Liber ([172.16.0.34]) (authenticated bits=0) by romulus.metastack.com (8.14.2/8.14.2) with ESMTP id w6AKP3vR022556 for ; Tue, 10 Jul 2018 21:25:03 +0100 From: "David Allsopp" To: References: In-Reply-To: Subject: RE: Cygwin x86 on Windows 10 ARM64 Date: Tue, 10 Jul 2018 20:25:00 -0000 Message-ID: <004401d4188c$17986b60$46c94220$@cl.cam.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Server-Quench: 5490a4f6-847f-11e8-8e1a-9cb654bb2504 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCd1ZAARAlZ5RRob BmUtCCtbTh09DhZI RxQKKE1TKxwUVhJa I0lFL1x7O0wTWlBf HTVUBhpVUEILHD9q aQpQZRVfY0BMWg9q VAZLQ1FMFQVtHx4A BAAfUx1tdQBZeTA3 YzcZPnMNPkR+d0N7 RABWE28FK2JkYWBO VBZeagtQd1VXfx4Q Yk13AXJcfGxUNHxl QwU5ZW1pYSNlBXYd aRACMlMUCVZbQHY7 QVg9HDMjGlIeD3xr ZzUcDwBAdAMA X-Authentic-SMTP: 61633634383431.1039:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 213.105.212.114/25 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-IsSubscribed: yes X-SW-Source: 2018-07/txt/msg00095.txt.bz2 Brian Inglis wrote: > On 2018-07-10 03: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? > > 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. >=20 > Do C:\Windows\{System32,SysNative,Sys*}\drivers\etc exist under the > emulator? > What does "cygpath -SU" show? cygpath -SU gives /proc/cygdrive/c/Windows/SysWOW64 Checking within C:\Windows\SysWOW64\cmd.exe (i.e. x86 cmd): C:\Windows\System32\drivers\etc exists and contains expected files C:\Windows\Sysnative\drivers\etc exists and contains expected files (looks = identical to System32, as you'd hope) C:\Windows\SysArm32\drivers does not contain an etc directory (but wasn't r= eferenced) C:\Windows\SysWOW64\drivers didn't contain an etc directory (I created one = to silence the error) So perhaps on WOW64 it would be worth falling back to Sysnative if etc isn'= t found? Or even just using Sysnative by default in WOW64? > > The other is that all Cygwin binaries are emitting the "Could not > > compute FAST_CWD pointer" warning. >=20 > It is just a warning and everything should run normally: what would > normally be an ntdll entry point on x86 is probably a thunk or trampoline > to > arm64(ISA)/aarch64(mode)/armv8(design) code. Does it potentially make anything slower? (being slightly lazy - I could lo= ok at the code and see precisely what it's for). David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple