Re: SetTimeZoneInformation and file time stamps

It's entirely up to the filesystem for a given piece of hardware how times
are stored. They could be stored in local time, rather than GMT, for
convenience. That wouldn't occur to me if I were writing the filesystem
driver, but there's no requirement that the filesystem work a certain way.
Since you're stuck with things as they are, you should go everything
possible to assure that the time zone doesn't change between copying a file
where the time has significance to you and using that time to decide if a
copy is needed (or forget the filesytem time entirely and do a CRC, as well
as a time check, to decide if a new file is to be copied).

Paul T.

<portnawake@xxxxxxxxx> wrote in message
news:1175059499.790221.7950@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thanks Paul for taking time to consider my problem.

A few precisions:
\Windows is the RAM filesystem,
Whether the TZI is saved in the registry or is set through
SetTimeZoneInformation, I would expect the changes to affect the whole
system, not just some parts of the filesystem and not the other. I
don't care if the time zone affects the time stamps that is returned,
but it shouldn't be dependent on where the files are located. There's
something in the OS architecture that I don't get!

Thanks
Alex


On Mar 28, 10:07 am, "Paul G. Tobey [eMVP]" <p space tobey no spam AT
no instrument no spam DOT com> wrote:
Seems like the right thing to do is to have the correct time zone saved
in
the registry, rather than setting it each time with another call to
SetTimeZoneInformation(). My guess is that the semantics of the time
stamp
on the CF card don't match those of the time stamp in the local
filesystem,
whatever that is (RAM filesystem? Flash filesystem?) It seems, though,
that if you copy the file and then check the file while the time zone
settings are the same, you should get a good compare. With the time zone
set in the registry, it seems like you're pretty much automatically going
to
be copying the file and comparing the file information with the same
settings in effect, even if a boot occurs in between.

Paul T.




.

Relevant Pages

  • Re: SetTimeZoneInformation and file time stamps
    ... The filesystem characteristics are set in the source code that implements ... I'd make sure that my time zone information was right. ... No problem on that platform. ... check that the DST flag is set right. ...
    (microsoft.public.windowsce.platbuilder)
  • Setting time zone
    ... can someone please assist me in setting the correct time zone. ... very sure that when I installed my FC I specified local time zone to be ... settings, KDE settings and system-config-time. ... The system-config-time returns this message in the terminal, ...
    (Fedora)
  • Removal of sparse file settings
    ... Does any of You how to remove the 'Sparse file' settings on a jfs2 filesystem? ... We've got a jfs2 filesystem, the sap adm user, and the oracle adm user got 'unlimited' settings, like this: ... I can see that the filesystem is using 'sparse files', but how it got that setting, I don't know.. ...
    (comp.unix.aix)
  • Re: 6.x loosing record of free space after filesystem fills?
    ... These settings were chosen to optimize I/O throughput for Postgresql on the theory that a 64KB block size would maximize disk throughput in the general case and an 8K frag size would match Postgresql's page size. ... I wasn't aware of any known regressions in 6.x regarding large filesystem block sizes... ... > within the filesystem code and VM code that will cause such filesystems ...
    (freebsd-stable)
  • Re: [opensuse] Converting file system
    ... logbufs is bsize/sectsz defaultYou find the ... settings with 'xfs_info filesystem'. ...
    (SuSE)