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

Number   :  3185
Date     :  2002-12-03
Author   :  wylykyotee
Subject  :  Re: Folder Date Problem
Size(KB) :  4


Thanks Kan for the response and being up front about the problem. I 
will keep an eye out for the next release and keep using the current 
version as is.

Mike

--- In xxcopy@y..., Kan Yabumoto  wrote:
> 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.