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:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=YE/HHzGQN/Q2fRmulOp0b9KRk9klcw63ps5RNl7lUb8
	56oyuzLOjYW4SAiEnDJn+iWCarGdKO2BqZz/V68PBumk+mni4APc8F9kMLC4rV6o
	bKL/9/gJUeL4EGdepcHSZDgQ//Kjpk5H3SV7akHdaOvpZXe/WuHxyTo2qbwS8sbE
	=
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:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=JUu4702XQJbr1/deDMTS9uKOdIM=; b=EZ94M7mh45KZTIpxY
	uzuGGdS0TS7Oke11fovjj8ngsvOLGKd+LXrkVZY+o3eJjWEkSrsy1aCtuXWKZkNQ
	x+eqmKM1yMMgc/yScr62NO82hLYZZhIzV68TTLQsRsjW9XRsC0s5ShBkOv1aj6R6
	S1Y3yk1HvpgiVCXwouz/9rF7VE=
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
X-Spam-SWARE-Status:	No, score=-1.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RDNS_NONE autolearn=no version=3.3.1
Message-ID:	<51FDDEF6.7040000@tlinx.org>
Date:	Sat, 03 Aug 2013 21:56:22 -0700
From:	Linda Walsh <cygwin AT tlinx DOT org>
User-Agent:	Thunderbird
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: having 1 set of non-bin files w/separate {bin,lib}[32/64)? (was Re: please update the supported Cygwin package list ...)
References:	<CADex0xxLK3LRfHcat8UYXDUoYxRu5OPzV0_+FXMKd7k_J4G+Vg AT mail DOT gmail DOT com> <51F34FA0 DOT 50300 AT gmail DOT com> <CADex0xwDTvHaOS-_xAr3pARiBQ19zAdOS8US06r+E14b65SC-w AT mail DOT gmail DOT com> <51F35E4A DOT 4040207 AT gmail DOT com> <51F368C4 DOT 5030309 AT etr-usa DOT com> <51F9A3BE DOT 4020907 AT tlinx DOT org> <51F9ABA0 DOT 3090205 AT etr-usa DOT com> <51FCEA73 DOT 7030903 AT tlinx DOT org> <CA+sc5mnr1C9HCdxdSX5FrGeOtmrRKhc11nUCC8Skj6zTQE+X9g AT mail DOT gmail DOT com> <51FDBA2B DOT 8020102 AT tlinx DOT org> <CA+sc5mnedD4QA88fmNq31ECKA0zmeGnxjOFt_oNg4D-srLmSHg AT mail DOT gmail DOT com>
In-Reply-To:	<CA+sc5mnedD4QA88fmNq31ECKA0zmeGnxjOFt_oNg4D-srLmSHg@mail.gmail.com>

Earnie Boyd wrote:
> On Sat, Aug 3, 2013 at 10:19 PM, Linda Walsh wrote:
>> Earnie Boyd wrote:
>>> However you the user have a choice of where to put things.  Frankly, I
>>> would use /cygwin and /cygwin32
>> ----
>>         And how does that get you the autoredirection I suggested with
>> the links in Windows/syswow64 and windows/system32?
> 
> You can't you have to segregate the environments.  You don't want to
> touch Windows system directories even to put Windows symlinks.
===
Why not?

> 
> You have two differing systems which can be controlled from the
> Desktop via iconed shortcuts that starts one or the other.  Windows is
> smart enough to know when you have a 64bit executable and when you
> don't. 
---

?!?   how would it link with 32-bit or 64-bit libraries which are both
in the path of "C:\windows\system32"?

When you are running under 32-win, you are running in the sysWOW64 subsystem
which maps 32-bit calls to the C:\windows\syswow64 directory.

I.e. if you look in 32-bit bash at C:\windows\system32, you are seeing
the syswow64 directory.

If you look in a 64-bit cmd.exe or bash at C:\windows\system32 you are seeing
the real thing.

For 32-bit apps that understand 64-bit paths, their is another virtual link
at C:\windows\sysnative that is only visible when you run under 32-bit win
and points to the real (64bit) C:\windows\system32 (which is full of 64-bit apps
on the real filesystem).

How do you think windows has all the libraries be the same name & path on  32-bit
windows and 64-bit windows?

That virtualization is supported EVEN if you have redirect-on-error turned off,
and even if you have UAC turned off -- it's built into the kernel -- but as
such, it isn't usable EXCEPT through those pathnames.

That means if you want to put a driver in C:\windows\system32 as a 32 bit driver
it will end up physically in C:\windows\syswow64, and if you are 64-bit driver,
you will end up in the real dir, but a win32 process will see the 64-bit driver
file under C:\windows\sysnative.

It is the only redirection that works when all others are turned off.

If you know of another, fine.  But to say not to use it when it is the only
method that could work transparently is ridiculous.


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

- Raw text -