OK, this appears not to be an issue with HostFS after all. The datestamps used by RISC OS appear to be the "modified date" which is what you'd expect.
What is happening is that DirSync has options set to "Try to ignore differences in timezones" and "Ignore differences of a few seconds" when comparing date stamps. These are necessary because there can be a second or two discrepancy between date stamps depending of how files were written and or transferred from one machine to another (in my case across Windows, Linux and RISC OS platforms). The net effect of these options is to regard compared files as being the same version if the *time* stamp is within a few seconds and the date/time is within 24 hours (ie possible timezone difference). Unfortunately, in my case, I have files produced on the hour by batch jobs so they can look like they are meant to be the same file, but because the size is different DirSync takes the later *time" stamp as the later file, even if the "date* is earlier (which turns out to be the wrong decision but for an understandable reason).
What led me to think HostFS was at fault was a red herring (the "accessed" time stamp looked like it was the reason for the incorrect datestamp comparison, but if fact it has nothing to do with it).
Hopefully this explanation might be useful if anyone else who uses DirSync on HostFS and wonders why files with similar *time* stamps appear to have false comparisons.
|