Re: SetTimeZoneInformation and file time stamps
- From: "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no spam DOT com>
- Date: Thu, 29 Mar 2007 09:40:29 -0700
So, you have another copy of your platform and that works, or you've tried
it on another platform and it works? If the time comparison is off by a
round number like one hour, check that the DST flag is set right. I
wouldn't expect that to matter, but, if the filesystem is storing local
time, not GMT, the state of the DST flag might cause a one hour error,
depending on what time zones are involved. You could also try a time zone
where there is no DST change, like Arizona.
Paul T.
<portnawake@xxxxxxxxx> wrote in message
news:1175141706.197640.172720@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi Paul,
Copies from FAT to FAT behave indeed in a consistent way.
It's now a matter of finding what rules the behaviour of the RAM
filesystem - without the source-...
I tried on an other platform using the Intel Persistent Storage
Manager for the "\" filesystem, and there is no problem either.
Do you think there is any chance to find out what's happening and
where without changing the fundamental design of my platform.
Thanks again for your in depth knowledge.
Alex.
On Mar 29, 8:53 am, "Paul G. Tobey [eMVP]" <p space tobey no spam AT
no instrument no spam DOT com> wrote:
The system has to ask the filesystem for information on files. It has no
built-in way of knowing where the data for "\storage card\mylog.txt" is
located or what it means. Most things are FAT and the driver for that
knows
where to find files and their information in a FAT filesystem, which is
what
you'd find running on top of CF cards, IDE hard disks, SD cards, etc. I
would be very surprised if you had this problem when comparing two files
located on two different external storage cards, even if they are of
different base types.
Not every filesystem is going to be the same, though. The object
store/RAM
filesystem isn't going to be in the same format and it stores lots of
information that FAT doesn't and may store information in a different
way.
I don't think that either of us has the source for that.
Paul T.
.
- Follow-Ups:
- Re: SetTimeZoneInformation and file time stamps
- From: portnawake
- Re: SetTimeZoneInformation and file time stamps
- References:
- SetTimeZoneInformation and file time stamps
- From: portnawake
- Re: SetTimeZoneInformation and file time stamps
- From: Paul G. Tobey [eMVP]
- Re: SetTimeZoneInformation and file time stamps
- From: portnawake
- Re: SetTimeZoneInformation and file time stamps
- From: Paul G. Tobey [eMVP]
- Re: SetTimeZoneInformation and file time stamps
- From: portnawake
- Re: SetTimeZoneInformation and file time stamps
- From: Paul G. Tobey [eMVP]
- Re: SetTimeZoneInformation and file time stamps
- From: portnawake
- SetTimeZoneInformation and file time stamps
- Prev by Date: Re: RichEdit DLL - does it require a core or professional licence
- Next by Date: Re: USB mouse and USB keyboard are not detected (on PCI bus)
- Previous by thread: Re: SetTimeZoneInformation and file time stamps
- Next by thread: Re: SetTimeZoneInformation and file time stamps
- Index(es):
Relevant Pages
|