|
Saw that date many years ago with some setup problems in OV400. I believe
with the current internal date/time calculation used in OS/400 that is the
farthest back a date can go in the internal clock. Sometimes ends up
being used when there are problems. See the QCENTURY system value - not
that "0" is 1928-1999 and not 1900-1999.
...Neil
oliver.wenzel@xxxxxxxxxxxxxxxxxxxxxxx
Sent by: midrange-l-bounces@xxxxxxxxxxxx
2004/03/18 10:18
To
midrange-l@xxxxxxxxxxxx
cc
Subject
Strange date in DSPFD
Hi,
we have created some new files and found something strange in the DSPFD
display:
Key fields 1 - 2 . . . . . . . . . . : 250
Last change date/time . . . . . . . . . . : 18.03.04
16:08:16
Extract date/time . . . . . . . . . . . . : 23.08.28
12:03:06
Last extract date/time . . . . . . . . . : 23.08.28
12:03:06
Last save date/time . . . . . . . . . . . : 18.03.04
16:08:17
Last restore date/time . . . . . . . . . :
Last used date . . . . . . . . . . . . . : 18.03.04
Does anybody know where the wrong Extract date/time comes from? It looks
like our HA-Software had a problem with this date
when replicating this new file.
Regards,
Oliver
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.