Rohit, thanks for the response,
In sysutils, the fileage method does this :
FileTimeToLocalFileTime(FindData.ftLastWriteTime, LocalFileTime);
if FileTimeToDosDateTime(LocalFileTime, LongRec(Result).Hi,
LongRec(Result).Lo) then Exit;
If you bypass the filetime to localfiletime method, should this in theory
give you just the gmt basically and is this reliable or is this likely to
change somehow too?
Matt.
----- Original Message -----
From: "Rohit Gupta" <[EMAIL PROTECTED]>
To: "Multiple recipients of list delphi" <[EMAIL PROTECTED]>
Sent: Monday, October 15, 2001 3:57 PM
Subject: Re: [DUG]: modification dates.
> Its worse than that. IT changes on 2000. However on Nt4, it
> changes on some drives for some users 9Seemingly at random).
> This was supposed to be fixed in Sp5 or thereaboust but it has
> probably come back.
>
> When you think about it, there is no solution. Assuming that 2000
> now stores the GMT for filedatetimestamps, transalation to local
> time will change on whether you have day light saving on or not. IT
> still a pain in the posterior when suddenly thousands of your files
> suddenly change thier date of modification.
>
> To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
> Send reply to: [EMAIL PROTECTED]
> From: "Matthew Comb" <[EMAIL PROTECTED]>
> Subject: [DUG]: modification dates.
> Date sent: Mon, 15 Oct 2001 14:16:21 +1300
>
> > Hi people. I have found something interesting with the modification
dates
> > for files on different operating systems.
> >
> > On windows 98 if you change time zone or daylight savings the
modification
> > date doesn't change, on windows 2000 if you change those settings, the
> > modification date DOES change at least it does on my machine.
> >
> > 1. Can some other people test that for me on different configurations
and
> > tell me what they get? (particularly interested in win 95 and win nt 4).
> >
> > 2. Does anyone know why this difference exists?
> >
> > 3. Does anyone know how windows handles dates with regard to files and
time
> > zones?
> >
> > Any help would be appreciated.
> >
> > Matthew Comb
> > Technical Director
> > Mobile: (021) 350 147
> >
> > FileSafe - http://www.filesafe.co.nz
> > Numberworks - http://www.numberworks.com
> >
> > The information contained in this message and attachments is
confidential
> > and intended for the named recipient(s). If you have received this
message
> > in error: 1. You are prohibited from copying, distributing, and using
the
> > information. 2. Please contact the sender immediately and destroy
original
> > message. If you have any doubt about the authenticity of this message,
> > please confirm with the sender.
> >
> >
> >
>
> --------------------------------------------------------------------------
-
> > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> > Website: http://www.delphi.org.nz
> > To UnSub, send email to: [EMAIL PROTECTED]
> > with body of "unsubscribe delphi"
> > Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
> >
>
>
> Regards
>
> Rohit
>
> ======================================================================
> CFL - Computer Fanatics Ltd. 21 Barry's Point Road, AKL, New Zealand
> PH (649) 489-2280
> FX (649) 489-2290
> email [EMAIL PROTECTED] or [EMAIL PROTECTED]
> ======================================================================
>
>
> --------------------------------------------------------------------------
-
> New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> Website: http://www.delphi.org.nz
> To UnSub, send email to: [EMAIL PROTECTED]
> with body of "unsubscribe delphi"
> Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
>
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of "unsubscribe delphi"
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
