X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; q=dns; s=default; b=wBnY16zSXCnBUx77CsmiSGQLnpImK 78PfdRx1cau3U8XDrfStCL0BPnETT/IkeeNaFAIPLfx11t3HkVJcKloRdXtIM/zl mFb20FlIy1sNNklpMOY9ZSRfmA7D/mtAFVtOIWilBZFpdSVDNBi81+CTMgzYpNuN YrdywqgCGGhJEI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; s=default; bh=fiX4zEw0fIPFgTa5Gh1befhKchM=; b=Y7O Pa/OoR0ojg51Rl+KpNmjODw4YYmqzC+4YNkOqruax0N3JH5E3ko5PnV1GV99wzd9 MZb3HHePU2ZnNfyFJ4OtTiLUQo71WiV1PYQRkKmVR3MIU08+5dhQ6m1XTlFPbdXY XTSckfsfdqc5mpGEwjGn6t303cCVtMDnFTAo8ibY= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,MIME_BASE64_BLANKS,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy= X-HELO: outmail148111.authsmtp.net From: David Allsopp To: "cygwin AT cygwin DOT com" Subject: RE: Cygwin x86 on Windows 10 ARM64 Date: Thu, 12 Jul 2018 11:04:53 +0000 Message-ID: References: <20180710130410 DOT GL27673 AT calimero DOT vinschen DOT de> <20180712091434 DOT GR27673 AT calimero DOT vinschen DOT de> In-Reply-To: <20180712091434.GR27673@calimero.vinschen.de> Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-Server-Quench: 66ef7f81-85c3-11e8-9efd-0015176ca198 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCd1ZAARAlZ5RRob BmUtCCtbTh09DhZI RxQKKE1TKxwUVhJa I0lFL1x7O0wTWlBf HTVUBhpVUkILHD9q aQpQZRVcYEBOWw9v UgZLQ1FMFQVtHx4A BAAfUx1tdQBZeTA3 YzUQWjAjNER8dEF+ RQBREGsFK2FmPTYY BkhZagtRIwBXfx4Q Yk12ASVZfGUHZ39h QFE4NmlgbSNlBXYd aRACMlMUCVZbQHY7 QVg9HDMjGlIeD3xr ZzUcDwBAdAQA X-Authentic-SMTP: 61633634383431.1038: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 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id w6CB57Lv015443 Corinna Vinschen wrote: > 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? > > > > > > Try if C:\Windows\Sysnative\drivers\etc works. That should be the > > > easiest way to fix the issue in the script. > > > > 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. Thanks - will do! > > > > 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. > > > > > > 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. > > > > 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? > > > > > 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. > > > > 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. Indeed - I can't install the fast ring insider build on this machine (driver problem ) but I'm now trying the slow ring instead. > 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??? Seems reasonable! > 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. CYGWIN_NT-10.0-WOW Envy 2.11.0(0.327/5/3) i686 Cygwin 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