Re: Qdate Value

I agree with Al that the only DEFINITIVE way is to obtain a second
system and change the date there.  As indicated by the URL which Al
cites, this machine should not be connected to any networks which
means that objects need to be moved there via tape save/restore or
similar means.

This is a big pain when doing unit testing, parallel testing, etc.  On
the "time machine", you can only have one QDATE at a time so all testing
by all people needs to be carefully coordinated.  You can't have one
person testing with 1/1/2000 and another just come along and change
QDATE to 2/29/2000 without making sure that everyone is in the loop.

When errors are discovered, you need to go back to your development box,
fix them, and re-save/restore OR make the changes on the "time machine",
assuming you have licensed your compilers for that box and be sure to
move the changed objects back to your regular system.  Of course, be
sure to change QDATE to today's date when anyone is editing or compiling
so that you don't get objects back on your regular box with bogus dates.

The date simulators are TOOLS which allow you to have multiple users
simulating multiple dates on your development box simultaneously.  This
greatly simplifies much of the testing, eliminates the back and forth
with the time machine, and dramatically reduces the need and duration
for the second machine.  As such, they do serve a role in the y2k
testing process.

(Disclaimer:  We sell SIMDATE, a date simulation tool.)

Gary L Peskin
The Firstech Corporation
+1.323.658.1146
http://www.simdate.com


"Al Barsa, Jr." wrote:
> 
> At 03:17 PM 3/16/99 -0800, you wrote:
> >Hello:
> >
> >Is there a way to change the value of QDATE for a job or a user profile
> >without changing the real system date used by other jobs or users?  NOTE:
> >the job date parameter on the CHGJOB and SBMJOB commands do not seem to
> >affect QDATE.
> >
> There are packages that CLAIM to do this effectively, many of which I have
> tested, but none of them seem to be effective completely.
> 
> The only definitive test is to rent a second system, and re-date it.
> 
> Under no conditions should you date you redate your own system unless you
> plan to scratch install it afterwards.
> 
> see:
> 
> http://www.as400.ibm.com/developer/year2000/y2sysdat.html
> 
> Al
> 
> +--------------------------------------------------+
> | Please do not send private mail to this address. |
> | Private mail should go to barsa@ibm.net.         |
> +--------------------------------------------------+
> 
> Al Barsa, Jr. - Account for Midrange-L
> Barsa Consulting, LLC.
> 400 > 390
> 
> Phone:  914-251-1234
> Fax:    914-251-9406
> http://www.barsaconsulting.com
> http://www.taatool.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
+---