Subject: | |
From: | |
Reply To: | |
Date: | Fri, 21 Jul 1995 14:37:47 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
I got a call from a customer today who is having problems setting up
a job which, among other things, :STREAMs another instance of itself
to run the next day. Now you would think that this would be the most
obvious use of the Scheduled Job options of the :STREAM command.
Unfortunately, this does not turn out to be the case :-)
Let's look at some obvious attempts to make this work...
1)
!JOB FOOJOB,MANAGER.SYS
!STREAM FOOJOB;AT=23:00
!EOJ
Looks simple, no? Unfortunately, the !@#$% ;AT= option says that if the
time you specify is equal to the current time, the job is streamed to
run *right* *now* rather than 24 hours from now. So, when today's job
logs on at 23:00, and says :STREAM itself;AT=23:00, it makes a big
mess.
The customer tried to get around the problem this way:
!JOB FOOJOB,MANAGER.SYS
!PAUSE 65
!STREAM FOOJOB;AT=23:00
!EOJ
But... THIS DOESN'T WORK! A :PAUSE of 65 seconds apparently does not
guarantee that we have gotten to at least 23:01. At least on this
customer's system it frequently fails to do so.
HP Supportline includes (at the following URL:
http://support.mayfield.hp.com/kdb-bin/wwwsdoc.pl?DOCID=A1589753
) the rather entertaining suggestion that the way to handle this is:
! setvar nextday !hpday + 1
! stream job.util;at=8:00;day=!nextday
which is so wrong (for at least two reasons) that it's funny.
There must be a simple, non-kludge, way of making this work which
people are using. Right?
G.
|
|
|