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


  • Subject: Re: Y2K testing
  • From: Chuck Lewis <CLEWIS@xxxxxxxxxx>
  • Date: Tue, 14 Jul 1998 11:52:19 -0400

Use SimDate or SOMETHING... I REALLY don't think that you want to change the 
system
date... Unless you want to do a FULL reload of the development box...

IBM has finally come out with info on this and they more or less straddle the 
fence
(although my feeling is they still lean against doing this....)

I can't find the URL that I base the above comments on, but try this one for 
info:

 http://www.softmall.ibm.com/as400/year2000/rldss/cdttime.html

Chuck



Lisa Abney wrote:

> We're just now in the process of moving everything from our production box to 
>a
> development box for Y2K testing.  We, too, were concerned about licenses, but
> found that vendors (including SSA!) were most co-operative in giving us a
> temporary license on the development box.  We are using a third party product
> with 4.0.5, rather than 4.0.5CD, and plan on changing the system date as a
> final test.  We've heard everything from "What's the big deal?" to "Don't
> change the system date even on a development box ... period!"  Anybody who's
> done it have an opinion?
>
> Sue Underwood wrote:
>
> > Hello all...
> >
> > We are looking for a way to test our Y2K converted applications (4.05CD) by
> > changing the system date and then performing a "real-time" systems test.
> > We have a separate AS/400 (V3R7) for development and will not affect our
> > production systems.  What types of problems can we expect in relation to
> > the operating system, licenses, other products, etc.?   If you don't plan
> > to change the system date, then how do you plan to get a 'real-time' test?
> > Any and all responses will be appreciated.
> >
> > TIA
> >
> > +---
> > | This is the BPCS Users Mailing List!
> > | To submit a new message, send your mail to BPCS-L@midrange.com.
> > | To subscribe to this list send email to BPCS-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner: dasmussen@aol.com
> > +---
>
> +---
> | This is the BPCS Users Mailing List!
> | To submit a new message, send your mail to BPCS-L@midrange.com.
> | To subscribe to this list send email to BPCS-L-SUB@midrange.com.
> | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: dasmussen@aol.com
> +---



+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.