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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=g5uiesX5Sx0I4VhgBRxVN40sU04Ld9sFXgdkQoX+ilEo+AJl3HsL2
	H8xM4cfwMxKAIeAOHggUMizhnd4Xw4y2rRbgqj7tEAt8TY1v+y7Ltr4HXSyvACGk
	+qVPe5ESLEda72v8CHJjcTflOW0h6J/MTnnkwbvw291o7MZKbe8ywI=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=UqLI1/KqgOBdXatAupijgX1FrRo=; b=thLMd+wDPkK6vxm50+nrl0oqO2yF
	FyyeaGVf4pEOLed/N8zQLskzVqzIERN/cZGRrNgPLugosAXuyhJxgBYIWw2kEgH/
	iwDUjMfaNdzr7fzEcT7WzQho2sGoiWObQ+UhSllprkcjB4odcLwFL8FvIMBEfypy
	fc94knjyzj6LxM0=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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=-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
Date:	Thu, 12 Jul 2018 11:14:34 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: Cygwin x86 on Windows 10 ARM64
Message-ID:	<20180712091434.GR27673@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<20180710130410 DOT GL27673 AT calimero DOT vinschen DOT de> <E51C5B015DBD1348A1D85763337FB6D901ADB4D737 AT Remus DOT metastack DOT local>
MIME-Version:	1.0
In-Reply-To:	<E51C5B015DBD1348A1D85763337FB6D901ADB4D737@Remus.metastack.local>
User-Agent:	Mutt/1.9.2 (2017-12-15)

--aqWxf8ydqYKP8htK
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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"

-----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--

- Raw text -