[<<]Message[>>]    [<<]Author[>>]        Subject[>>]    [<<]Thread[>>]

Number   :  5280
Date     :  2003-08-11
Author   :  Kan Yabumoto
Subject  :  Re: Copy failed using /RCY/R to overwrite Read-Only
Size(KB) :  1


dayvah49 wrote:

> I have a batch file that loops and it uses a skeleton reference
> directory (zero byte files) for filtering out a new group of
> files to copy, using /sz:1-/qbl:650M, in each cycle of the
> loop until all files in source are copied to the destination
> in date/time named directories.



>==============================================
>XXCOPY ver 2.84.9 2003-08-08 16:37:16 Windows Ver 4.10.2222
> Command Line = C:\WINDOWS\COMMAND\XXCOPY.EXE "h:\xxtest\test_1
>\" "h:\xxtest\test_2\" /rcy/ed/pd0/ks/r/s/y/oa:h:\xxtest\xxerr.log
>-------------------------------------------------------------------



And Garry later wrote:

> I think this is a bug. IIRC /RC was grafted into xxcopy
> as something of an afterthought to the /RS, /RD commands.

Both dayvah59 and Garry are correct.

XXCOPY looks at the /R switch in conjunction with a file
removal operations (/RS/RD/RX/RC) to undo the read-only
bit for the files that are to be removed in the operation
(in the case of /RC, the read-only attribute of the source
file) and blindsighted for the file-overwrite aspect of the
/RC operation. That is, with the /R switch, XXCOPY needs
to clear the read-only bit of the source file as well
as that of the destination file.

To get around this bug, one need to undo the R-bit of
the destination file first (in a two-step operation).

-------------------------------------
xxcopy \dst\ \src\ /arr/u
xxcopy \src\ \dst\ /rc/r
-------------------------------------

Better, yet. We should release a new (beta) version
with the bug fixed.

Kan Yabumoto



This message if part of XXCOPY's message Archive.
The archive contains all the messages posted at Yahoo!Groups: XXCOPY.