IBM Y2K Readiness

As another note earlier indicated, there is a PTF being made available
for V3R2 and V3R7 which makes the facsimile offering Year 2000 Ready.
The PTF should be available within a few weeks and adds a 4-digit year
to both the log database and the transaction *DTAQ.  As with other
applications already Year 2000 ready, the current 2-digit representation
will continue to exist for compatibility reasons (and those who may
have coded to the 1940 to 2039 window which has existed since the
early 1980s with AS/400 and the earlier S/38).

The V4 facsimile offering currently does provide the 4-digit date.
An IBM AS/400 product that declares itself Year 2000 Ready will NOT
be basing that declaration based solely on the use of windowing
technology as that is, as you say, kinda cheezy.  Though windowing is
often an option, again for compatibility reasons.

Bruce Vining

>
>I agree. If that's what they're really saying, it's kinda cheezy. You can
>manufacture a view that will give you a century byte that will take care of
>the windowing, but I'd expect a little better from commercial software.
>
>At 09:23 07/30/98 -0500, David Leland wrote:
>>It sounds like they're telling me that they don't intend to change the
>>date from a 6 digit date and it's up to me to use the date "window"
>>technique to determine the correct year.  Does anyone else besides me
>>feel that that's not right?  They could essentially tell me that any IBM
>>system database file is Y2K ready as long as it has a 2 digit year.
>


+---
| 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
+---