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

Number   :  279
Date     :  2001-06-23
Author   :  Kan Yabumoto
Subject  :  Re: granular time
Size(KB) :  1



"Preparatory truncation" of timestamp. That is a cool idea, indeed.

Yes, setting the timestamp should be part of a general purpose
file management operations. When we add that capability, of course,
XXCOPY will provide countless variations and to truncate the
timestamp at various granularity levels should be one of them.

Our inclination is always to think about the grand scheme first
and try to use one of the features to provide such particular
convenience like the timestamp truncation job. As complex as
XXCOPY has become, we should not add a small function in
a piecemeal fashion without looking at bigger pictures.
So, it won't happen anytime soon. But, adjusting the timestamp
has been on our wish list.

Currently, our priority list is to remove all the bugs which were
added since Ver 2.44.4 due to the so many new features that were
introduced since then. The CD-RW backup/restore problem is now
relatively high on our list.

Kan Yabumoto

=================================================================

At 2001-06-22 17:32, Joseph Maddison wrote:

>What if you were willing to "truncate" the file times on
>your UNIX and NTFS system to make the file times exactly
>match when the files were copied to a FAT volume? Then an
>exact match on time should be possible. It would be a sort
>of "preparatory truncation".
>
>Joseph Maddison
>Minneapolis, MN
>
> >The granularity truncation takes place when a file is
> >copied from a finer-time volume to coarser-time volume
> >e.g., NTFS --> FAT or UNIX --> FAT). And the trouble
> >is that some of the conversions are not necessarily to
> >discard the fractional value (as we programmers consider



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