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