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=wStRSPCng35irfw9XpyGMuRkB2yRYPYvf3OLnlS8c6b
	x7XQS1J0Zt+CzA/vY4G0QKOe6hjxVmmF8/rblvrM0bwE6MJLpbG5E62wpR5ubjAk
	8SImdqNwlBRph2boNOnz7WlpJHxiPf5640QDsc6dcdP/hJyrI4xHLIxfyBfm/LV8
	=
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=OR3Xrbzm4+vhKH6fJgqSdmMQqNs=; b=JnG5vR3toxlilQ9Xy
	ozDQpkvft762FzDHHbqlzeB+6C4YNUK2U9NkVDXJ7imCGAzVHsFMjotrYo9MQpZI
	ANqEb86iQkAYFbvfUHvTokxMO9+cQ/bSGM5LmwjRo9nOSFsbNPsAX6m5FN511Ppp
	h+9Muam5PIVzf/SHHbRlpDkfKY=
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-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=products
X-HELO: Ishtar.sc.tlinx.org
Message-ID: <58C5AB99.6070906@tlinx.org>
Date: Sun, 12 Mar 2017 13:12:09 -0700
From: L A Walsh <cygwin AT tlinx DOT org>
User-Agent: Thunderbird
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Junctions != Symlinks; Treat Junctions as MS-FS mounts; MS-symlinks are symlinks
References: <58C31431 DOT 1020408 AT tlinx DOT org> <5110401945 DOT 20170311210154 AT yandex DOT ru> <58C48EF9 DOT 4050106 AT tlinx DOT org> <20170312111518 DOT GD3340 AT calimero DOT vinschen DOT de>
In-Reply-To: <20170312111518.GD3340@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Corinna Vinschen wrote:
> On Mar 11 15:57, L A Walsh wrote:
>   
>> 	I'm, talking parallel features and parallel problems.
>> Installing products on Linux or cygwin may check for and
>> complain about symlinks leading to their installation directory.
>>
>> 	The cure in both is to use bind-type mounts and
>> remove any symlink usage in their base path.
>>     
>
> As I wrote (multiple times now?), we can handle dir junctions as
> symlinks or as normal directories.  We can not handle them as mounts or
> bind mounts, unless you do this explicaitly in /etc/fstab or
> /etc/fstab.d/$USER
>   
To a user program, a mountvol looks like a normal directory.
When I talk about a 'bind' mount, I refer to the linux-facility
for mounting an arbitrary directory on a volume on another
directory on linux.  On windows, one uses JUNCTIONs to achive
a similar effect.  In both cases, they look like normal directories.


That said, why not make treating it as a normal
directory dependent on "winsoftlinks:mount" in
the 'CYGWIN' var, with 'winsoftlinks:symlink being
the default (doesn't have to be present in CYGWIN var
to get current behavior). Note, I'm using 'softlink'
as MS uses when talking about JUNCTIONS -- with the new
Vista feature being SYMLINKs.

Thinking about it, when one wants to do backups, the
env-"switch" gives the option of which behavior one gets
(if that's possible/not too hard) -- either the 'normal dir'
look or the current, symlink look.




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