|
I heard someone explain this as the difference between "Y2K compliant" and "Y2K Ready". The only real difference is in how you split hairs. If your company is issuing a statement of "compliance", then you should consider replacing the 6 digit dates for 8 digits. Otherwise, just make sure you DOCUMENT the exceptions. IMO, with all of the potential legal liabilities, help desk issues, customer satisfaction, etc, you might want to consider making every date field on a display or report "compliant" just so that nobody can point a finger at YOU. eric.delong@pmsi-services.com ______________________________ Reply Separator _________________________________ Subject: Y2K and six digit date display Author: <MIDRANGE-L@midrange.com > at INET_WACO Date: 12/16/98 11:28 AM 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.