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

- Raw text -