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

Number   :  3181
Date     :  2002-12-02
Author   :  Kan Yabumoto
Subject  :  Re: Folder Date Problem
Size(KB) :  3


Mike:

You are absolutely right.

At first, we thought we had the directory timestamp issue
taken care of when we had a version which works with NTFS.
Then, someone reported problems in timestamp setting on
directories in the NTFS volume. For some reason, the test
that I ran at that time to investigate the situation was
apparently flawed. At that time, from a series of tests,
I had concluded that you just could not modify the timestamp
of an NTFS directory. This was wrong. As a matter of
fact, I posted the following message on a newsgroup.

http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&threadm=edfd3fc0.0211141311.8fd0fbc%40posting.google.com&rnum=1&prev=/groups%3FbtnG%3DDeja%26as_q%3Dxxcopy%2Btimestamp%2Bntfs%2Byabumoto%26as_eq%3D%26num%3D100%26as_scoring%3Ddate%26lr%3Dlang_en%26as_drrb%3Dquick%26as_qdr%3D

This is quite embarrassing. I will have to send a
retraction and correction to the message.

The new version that I'm working on already has the
fix to this problem. So, the next release version of
XXCOPY, you will see the directory timestamps preserved
with the /CLONE switch. But, we will keep the traditional
(XCOPY-compatible) behavior intact. That is, we will have
to specify the behavior of XXCOPY on file timestamp
and on directory timestamp somewhat differently.

So, we will introduce a series of timestamp-copying switch
to fine-tune the degree of timestamp manipulation. Obviously,
the /CLONE switch will reflect the change (/TC will be added).

/CLONE == /KS/H/E/R/Q/Y/BI/TC/ZY

The /TC (Timestamp-Copy) switch and its variations;

/TC equivalent to /TCW/TCC/TCA/TCD (all of the below)
/TCW copy filetime lastwrite (default)
/TCA copy filetime lastaccess
/TCC copy filetime creation time
/TCD equivalent to /TCDW/TCDA/TCDC
/TCDW copy dir time lastwrite (default)
/TCDA copy dir time last access
/TCDC copy dir time creation time

Without /TC, the default behavior is

/TCW/TCA0/TCC0/TCDW0/TCDA0/TCDC0

I will document this again when it becomes ready.

Kan Yabumoto
==============================================================

At 2002-11-29 17:57, you wrote:
>I've just downloaded XXCOPY and been playing around with it and it
>seems like a great utility. However, I'm having problems with
>preserving the create/modified/access dates on subfolders when doing
>a copy. I'm running Win2k Pro with FAT32 on the C: drive and
>an external NTFS drive (G:). The following command going from FAT32
>to FAT32 works fine and preserves all the dates on all the subfolders
>and files.
>
>XXCOPY "C:\Downloads" "C:\temp\Downloads" /CLONE /TCA /TCC
>
>With the following command going from FAT32 to NTFS, all three dates
>are preserved on all the files just fine, but only the create date is
>preserved on the subfolders. The modified and accessed date are
>changed to the current date.
>
>XXCOPY "C:\Downloads" "G:\Downloads" /CLONE /TCA /TCC
>
>I saw an earlier post saying this may be an issue with NTFS.
>However, I've found a couple programs (such as 12Ghosts FileDate) on
>the web that let you manually change any of three the folder or file
>dates and they work just fine on NTFS folders or files. I have not
>found a copy or backup program though that preserves all the
>subfolder dates. I also found some code on VBNet that I tried out
>that works just fine in changing any of the three dates on a folder
>on an NTFS drive ...
>
>http://www.mvps.org/vbnet/code/fileapi/folderdatetime.htm
>http://www.mvps.org/vbnet/code/fileapi/filedatetime.htm
>
>Am I doing something wrong in XXCOPY or is this a possible bug or is
>there some other reason that it can't preserve all three of the dates
>on the subfolders when copying to an NTFS drive?
>
>Mike
>
>
>
>
>
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/



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