|
Rick, You refer to your programs as being "non-compliant" well, to answer your question I'd need to know what you were trying to "comply" to. If your company has a suite of tests that you need to pass then what do the tests say about YY dates on screens. If they don't say anything, then maybe you missed something when defining the "compliant" tests. Now, having said all that, IMHO, if the file is YYYY then the screen can be whatever makes sense. If, however, you are only storing YY dates, then I'd worry. I know you say that the dates are informational only, but someday (especially when you start implementing a data warehouse) these dates will be used. -Walden -----Original Message----- From: Rick Renkema [mailto:rick@createprint.com.au] Sent: Tuesday, December 15, 1998 7:28 PM To: 'Midrange list' Subject: Y2K and six digit date display Is my program non-compliant (or not Year 2000 ready) when I display a date on screen as DD/MM/YY now or after the year 2000 has arrived? The dates in question here are purely information dates only. No processing is performed on them, no calculations are necessary on them. The dates are kept on file for information only. All dates in my programs that do require calculations/processing have been made year 2000 compliant. It is just the display of them that seems to inspire some of my esteemed users (especially those in support and QA) to invoke obligatory outcries of non-compliance, go back to your desk and do it again. I am sure I have read/heard that display of 6 digit dates does not make a product non-compliant, however, I cannot find anything on the many web sites I have visited that spell this out specifically. I suppose I am asking for some concrete proof to nail on the noticeboard (or for me to get back to my desk and do it again ...... TIA Regards, Rick Renkema AS/400 Development Manager Create!print International Phone: +61 3 9824 6888 Fax: +61 3 9824 6866 Mobile: +61 (0) 412 CPRINT (277 468) E-mail: rick@createprint.com.au "All great discoveries are made by mistake." +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.