× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.




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


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.