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:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=xzVNtNAV7XwOe7+o
	LwyT3m7x9Wa6lpN+kODVbPhRb3TE+vL5z42/SkLFV9HBsQM/1MQTZM99StqLAE8q
	jVyuXpzgcvmdjxaiveRjYu9CSbRhxtqBw6M8MgEG06ewlEH681cqo9QoZvo3BEaK
	tZYiVF+AUOcux2bew7Xncw0AfJk=
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:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; s=default; bh=n9QTu1r/R6onFxoKMmMwwe
	75CZA=; b=wLVklMbL8nApxk90X6NSxJI4YU23X0il/082KCXAlLhTd9bw+o8efA
	pH6Y/+3zugwXBuUWsllpX4ScX7k7MWH1HrX5V8r+cvPl9sfQDpLPkLRcvN3hErTi
	dZSE8JmdzwDN8neFZVCd2DYnx7kbJc/QULdp2aoPlMtM1BjL2xioY=
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=4.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy=H*UA:Bat!, H*x:Bat!, H*r:sk:postmas, reaction
X-HELO: smtp.ht-systems.ru
Date: Fri, 29 Apr 2016 07:41:13 +0300
From: Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To: cygwin AT cygwin DOT com
Message-ID: <1924586667.20160429074113@yandex.ru>
To: Eric Blake <eblake AT redhat DOT com>, cygwin AT cygwin DOT com
Subject: Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist
In-Reply-To: <5722A131.6010001@redhat.com>
References: <CAPTiy3NUXprQL6V0+Njc2L7XfhpqtC7oWFwNMhOEFZ2OZmddoQ AT mail DOT gmail DOT com>   <1606116423 DOT 20160429020650 AT yandex DOT ru> <5722A131 DOT 6010001 AT redhat DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Greetings, Eric Blake!

> On 04/28/2016 05:06 PM, Andrey Repin wrote:
>>> Bottom line, I think the native symlink creation code should be
>>> checked and a possibility should be added to create links to
>>> non-existent targets, rather than the current behavior of failing.
>> 
>> This is actually an arguable behavior, even in Linux. I can imagine the
>> behavior is "undefined" in such a case.

> POSIX says a symlink to a missing target is perfectly well-defined (you
> can't stat() through it, but you can readlink() it). But Windows native
> symlinks can't do that.  So the problems you are encountering all stem
> from the fact that you are trying to make Windows do something it can't.

My initial reaction was that, too, but I tried mklink (CMD internal command)

  mklink x y

and it created the symlink in the empty directory just fine.


-- 
With best regards,
Andrey Repin
Friday, April 29, 2016 07:40:02

Sorry for my terrible english...


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