|
From: | Steffen Zahn |
Subject: | bug#20775: cp -a -u destroys files after they are copied |
Date: | Tue, 30 Jun 2015 08:35:36 +0000 |
I think you'll find this was reported 3 years ago..
"bug#10471: Severe or critical - deletes existing files and leaves
nothing. (cp)"
https://lists.gnu.org/archive/html/bug-coreutils/2015-04/msg00001.html
Unfortunately it was closed it out w/the reason that it was a
"cygwin/windows-only"
-- which I disagreed with. I was told the cygwin dev would check it out and
if it was in coreutils would move it back to active status (that was 3+
years ago).
On 6/8/2015 9:18 PM, Steffen Zahn wrote:
> Hello,
>
> I found that the cp command acts "sub-optimal" when copying
> hard-linked files of the same name from several directories to one
> target directory, it first copies the files then removes them. I
> cannot see how that can be the intended behaviour. Please fix this.
>
> best regards
> Steffen Zahn
>
> address@hidden:~ $ cd /tmp
> address@hidden:/tmp $ mkdir 1 2 3
> address@hidden:/tmp $ touch 1/a
> address@hidden:/tmp $ ln 1/a 2/
> address@hidden:/tmp $ ls -li 1 2
> 1:
> total 0
> 262424 -rw-r--r-- 2 sz sz 0 Jun 9 06:10 a
>
> 2:
> total 0
> 262424 -rw-r--r-- 2 sz sz 0 Jun 9 06:10 a
> address@hidden:/tmp $ cp -a -u --verbose 1/* 2/* 3/
> '1/a' -> '3/a'
> removed '3/a'
> cp: cannot create hard link '3/a' to '3/a': No such file or directory
> address@hidden:/tmp $ cp --version
>
[Prev in Thread] | Current Thread | [Next in Thread] |