On 2017-03-31 13:20, Mark Waddingham via use-livecode wrote:
Hi Ben,
This might be of interest:
https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290(v=vs.85).aspx
On 2017-03-31 12:48, Ben Rubinstein via use-livecode wrote:
The standalone, built from LC 6.7.11, is running on a Windows machine
(VM running Windows Server 2008 R2) in London, which has a volume
mounted from a server running an unknown operating system.
What is the filesystem of the volume? The above document suggests that
FAT stores
filetimes in local time and *not* universal time which sounds like it
might be the problem...
I just re-read the pertinent paragraph:
The FAT file system records times on disk in local time. GetFileTime
retrieves cached UTC times from the FAT file system. When it becomes
daylight saving time, the time retrieved by GetFileTime is off an hour,
because the cache is not updated. When you restart the computer, the
cached time that GetFileTime retrieves is correct. FindFirstFile
retrieves the local time from the FAT file system and converts it to UTC
by using the current settings for the time zone and daylight saving
time. Therefore, if it is daylight saving time, FindFirstFile takes
daylight saving time into account, even if the file time you are
converting is in standard time.
Sounds like a restart is needed to ensure that the APIs the engine has
to use are correct...
Mark.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
