X-Recipient: archive-cygwin@delorie.com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7D5B7388A035
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1609774046;
	bh=CB9w6CSWK9UFpm+Kx+FRS1PUJRGo4FaRPaM6oUmGjqY=;
	h=References:In-Reply-To:Date:Subject:Cc:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	 From;
	b=XlIPYUAYhyX7wKPkXzVWj2fe1awI5yeBj6jTAughkLfZdMkZmm2H/SpcRGy0tHvTp
	 jXA4KtTSfrIG9xVZt8gnoaO7MDYpm6JP6/YRCJIcOwwLlbh6MSyQaAuYbOWwFUcV/Z
	 7BBnvRSOPqzEIFfPzXj8xLJZH1XyDRvcDu7D1nXk=
X-Original-To: cygwin@cygwin.com
Delivered-To: cygwin@cygwin.com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 56172388701E
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:cc;
 bh=PYbivkKCiqB/UaS1x4VIDTZTs1rSSNoDATsMBt6ktAg=;
 b=lHKBl4cxt/HR7vkl7xE9xw+vvnFjY5V1LjcqmeLtURb/5POyXkd/hUH5FM9dJNahCY
 U6f+o44EeTMLzV2n4zCm9ab4KVVFuMZHgheQe7MTKYtbbstnxOzJ2mGwS4t3Eo3Zq4QT
 0UE9+wa7SBhd6Njx5Fh+iekz2U57LrCxxf4yscxwRZtKWxW/LsUXL2ZZ7qecEtrVsxFb
 oSOxjLql03SBUGxgBOUeyqJGxpw2fc0I7bfOaj26oecIsxOGshCpmos4+WHNDN3R8E+H
 e+VwDwJRv4jSR+4vL81Pzi8mvIVRrwwT1AKdLGll7mUcPWuXOvsLcz6lPkImFp7Rp+ks
 HEZw==
X-Gm-Message-State: AOAM532u6Irl33B0XsdG0EhbKsM5IUVlVCNMNDOPo0EMxFHdREKwDkCo
 3cKP8l/W8wBNsuG39ckmxgz/7qZbmLYTTHse7oUoOQbzefTWBw==
X-Google-Smtp-Source: ABdhPJyEMqVCUVMg8pseDTMwoAVI4wWjPa+CCD2RICxV3wYMfAv1DYj0TeN7LT3Zn80p9rSj9fW/6k8S+/DHtw4+cX4=
X-Received: by 2002:a19:4242:: with SMTP id p63mr30653567lfa.609.1609774041872; 
 Mon, 04 Jan 2021 07:27:21 -0800 (PST)
MIME-Version: 1.0
References: <CAC+X2=J-mKZH7WAdt2RQocqP+4rUqSkGi-acDC7U3N=uu7QGDA@mail.gmail.com>
 <1d853aa0-4cbe-b92c-8d9f-53fc72371a7b@SystematicSw.ab.ca>
 <CAC+X2=L2tCUSUYreh2oTSt33Zn295Boru6eAPfkckksKXnB4vQ@mail.gmail.com>
 <2f9a63f8-37e3-5ea0-1541-608cf59faffa@cs.umass.edu>
In-Reply-To: <2f9a63f8-37e3-5ea0-1541-608cf59faffa@cs.umass.edu>
Date: Mon, 4 Jan 2021 10:27:09 -0500
Message-ID: <CAC+X2=L-sBmgi_OoFVjJtpPp6MszHGH8ycEiOo4V1NNbWDAP-A@mail.gmail.com>
Subject: Re: Native symbolic link behavior is broken and makes backups using
 Cygwin command line tools impossible
Cc: cygwin@cygwin.com
X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, MALFORMED_FREEMAIL,
 MISSING_HEADERS, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=no autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: cygwin@cygwin.com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
From: "Matt D. via Cygwin" <cygwin@cygwin.com>
Reply-To: "Matt D." <codespunk@gmail.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces@cygwin.com>

I think there is a misunderstanding with how to set up your
environment to reproduce my test cases. I did state in the subject
"native symbolic links" but I can see that this can be misinterpreted
and I should have clarified.

I am using symbolic links native to Windows. My CYGWIN environment
variable has been set to "winsymlinks:nativestrict" and my account has
permission to make symbolic links. This is an issue specifically with
Cygwin; I have no problems making links at the windows command line.
Cygwin also does not have a problem making symbolic links-- if the
target already exists. The issue is that I cannot create native
symbolic links with Cygwin for targets that DON'T exist.

The normal behavior for both Windows and Linux is to create the
symbolic link whether the target exists or not. I don't know why
Cygwin fails to do this only for native Windows symbolic links. It
does not have a problem creating links to any target with the default
Cygwin (non-Windows) symbolic links.

On Mon, Jan 4, 2021 at 7:30 AM Eliot Moss <moss@cs.umass.edu> wrote:
>
> On 1/4/2021 5:36 AM, Matt D. via Cygwin wrote:
>  > Did you try any of my test cases? This can't and doesn't work for the
>  > reasons I outlined in my previous message:
>  >
>  > $ cp -av folder_a/a folder_b/
>  > 'folder_a/a' -> 'folder_b/a'
>  > cp: cannot create symbolic link 'folder_b/a': No such file or directory
>  >
>  > $ cp -dv folder_a/a folder_b/
>  > 'folder_a/a' -> 'folder_b/a'
>  > cp: cannot create symbolic link 'folder_b/a': No such file or directory
>  >
>  > $ cp -Pv folder_a/a folder_b/
>  > 'folder_a/a' -> 'folder_b/a'
>  > cp: cannot create symbolic link 'folder_b/a': No such file or directory
>
> So did you mkdir folder_b first?  I don't think cp will create it for you.  I
> tried the commands above with folder_b not existing and got the behavior you
> indicated, but when I created folder_b first, all three cp commands worked.
> This overall behavior does not surprise me.
>
> On the other hand, if I have folder_b non-existing and do (e.g.)
>
> cp -rav folder_a folder_b
>
> then it _does_ create folder_b, and also copies the links.
>
> HTH - Eliot Moss
> --
> Problem reports:      https://cygwin.com/problems.html
> FAQ:                  https://cygwin.com/faq/
> Documentation:        https://cygwin.com/docs.html
> Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple
