Re: The 1972 Y2K fix

I have to disagree here.  The 28 year fix is a perfectly viable fix. 
Maybe It's not the prettiest or best solution but you have to remember
that the way the computer actually stores the date doesn't look anything
like the date in the first place.  Many internal date formats are based
on an arbitrary year anyway.  DOS-1980, Delphi 1899, VMS-1858, AS400 -
0001 (A year which never even existed)  The computer translates it for
us.  This solution just moves the translation from the database to the
application.  
If you create just two conversion/formatting routines for these dates
and use them in all of your user interface applications then it should
work.  

Am I using it - no!  But it is not the end of the world either.

> 
> > >I would plan on leaving a company that made that choice.  There are many
> > >other solutions that would also work and be more strait forward.
>
+---
| 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
+---