|
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-2024 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.