Yes, that is the way it works.
We use the data change date for processing.
Also, In our many different EDI trans it's rare the file name is not unique.
So we key more off the file name than an internal date.
Jim Franz
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Roger
Harman
Sent: Friday, November 14, 2014 2:51 PM
To: midrange-l@xxxxxxxxxxxx
Subject: IFS file creation date - Changed to restore date
In testing a new application, I came across this. Just wondering if it is
working "as designed" or am I missing something.
We restored a folder from Production and all its' subfolders to our
Development box for testing. However, the creation date on everything is
set to the restore date. This is a date driven process for archiving so
that presents a problem although probably not on Production where they have
always resided.
Creation date/time . . . . . . . . . . : 11/10/14 18:52:41
Last access date/time . . . . . . . . : 11/10/14 18:52:41
Data change date/time . . . . . . . . : 01/23/13 08:05:10
Attribute change date/time . . . . . . : 11/10/14 18:52:41
I don't see any parameter on SAV/RST that addresses this.
I can use the "Data change date/time" for testing but just curious..... is
the date change to be expected?
Thanks.
Roger Harman
COMMON Certified Application Developer - ILE RPG on IBM i on Power
OCEAN User Group - Vice-President, Membership (2014)
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
