Re: The 1972 Y2K fix

Actually, that is similar to the way my company is doing it, they call it
"encapsulation" or something like that.

You subtract 28 years from all the dates, because 28 years ago the
calendar was the same as it is today.  Then everywhere you input or
display a date you subtract or add 28 years to it, so the user never
knows.

Gives you 28 years to do a real conversion, anyway 8-)

Regards,

Jim Langston

"Arnold, Robert" wrote:

> I'd like to know if anyone else is planning on following my previous
> employer's solution to the Y2K problem?  He is planning on re-dating the
> dates in physical files to 1971 and prior.  Then setting the system date
> back to January 1, 1972.   They will modify several printed forms to
> indicate the new millenium.
>
> Some background information:  The company was recently re-acquired from a
> bank foreclosure.  The system is an F45 V2R3, running CA's PRMS V8.2F.  They
> have the Y2K compliant version 8.4, just no time to implement the solution.
>
> It's not a decision I support but, I wanted to get some other opinions since
> I have numerous friends and colleges still employed, for the time being.
> +---
> | 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
+---