I think Tracy is on the right track.
However, I don't think that the machine is taking longer than 2 seconds to
evaluate the While/Do statement, but that the 'parent' job is cpu starved
and does not resume execution immediately after the 'timer' associated
with the 'pause' command expires. Perhaps the 'child' job is bumped into
a higher priority (QTP or some other CPU hog) or enters some 'critical'
transaction and does not relinquish control to the 'parent' job in a
timely fashion.
Regards
Paul Christidis
----------------------------------------------------------------------------------------
I find that this usually fails when the the clock has passed the
original paused number of seconds.
Example:
1. STREAM a job that does nothing but wait thirty seconds (PAUSE 30,)
e.g.:
!JOB MYJOB,MANAGER.SYS
!PAUSE 30
!EOJ
2. Do a BREAKJOB on it.
3. Count to a generous 60 seconds.
4. Do a RESUMEJOB on it.
5. Read the $STDLIST and notice your job blew up with the exact same
error.
In other words, I think your machine is taking longer than 2 seconds to
evaluate your WHILE/DO statement. Have it PAUSE 20 seconds instead.
Tracy Johnson
Measurement Specialties, Inc.
BT
NNNN
> -----Original Message-----
> From: HP-3000 Systems Discussion
> [mailto:[log in to unmask]] On Behalf Of Paul H Christidis
> Sent: Thursday, July 07, 2005 4:31 PM
> To: [log in to unmask]
> Subject: Re: [HP3000-L] Number of pause seconds is out of range
>
>
> James,
>
> The position of the "^" in the error message seems to be
> pointing well beyond the specified pause interval of 2
> seconds. Is it possible that there is some 'stray' character
> at the far end of the record? Is the your job stream file
> kept numbered and perhaps the record number is somehow interfering?
>
> If you indeed wish to wait until the submitted job finishes
> then perhaps you should consider using the following form of
> the 'pause' command:
> pause job=!hplastjob
>
> Regards
> Paul Christidis
>
>
>
>
>
> I'm running a stream job that streams other jobs. The job
> waits until the other stream jobs are finished before
> continuing. Here's a snippet of the job that streams the other jobs:
>
> =============================== BEGIN
> =======================================
> ! STREAM BPIPOST.JOB
> !
> !comment
> -----------------------------------------------------------------
> !comment Wait until the job is finished before continuing
> !comment
> -----------------------------------------------------------------
> ! SETVAR START_CPU HPCPUSECS
> ! WHILE NOT FINFO("BPIPSTOK.JOB","EXISTS") AND &
> ! HPCPUSECS-START_CPU < 20 DO
> ! PAUSE 2
> ! ENDWHILE
> ! DELETEVAR START_CPU
> =============================== END
> =======================================
>
> When the BPIPOST job finishes, it creates the file
> BPIPSTOK.JOB so that the WHILE loop will end. This process
> works pretty well. However, occasionally, I'll get the
> following errors:
>
> =============================== BEGIN
> =======================================
> : STREAM BPIPOST.JOB
> #J3612
> :
> :comment
> -----------------------------------------------------------------
> :comment Wait until the job is finished before continuing :comment
> -----------------------------------------------------------------
> : SETVAR START_CPU HPCPUSECS
> : WHILE NOT FINFO("BPIPSTOK.JOB","EXISTS") AND &
> : HPCPUSECS-START_CPU < 20 DO
> *** EXPRESSION TRUE
> : PAUSE 2
> : ENDWHILE
>
> PAUSE 2
> ^
> Number of pause seconds is out of range. (CIERR 9030)
> Error executing commands in WHILE loop. (CIERR 10310)
> REMAINDER OF JOB FLUSHED. CPU sec. = 7. elapsed min. = 6.
> WED, JUL 6, 2005, 8:36 PM. ===============================
> END =======================================
>
> I looked up the CIERR 9030 in the HP manuals and here's what it says:
>
> 9030 MESSAGE NUMBER OF PAUSE SECONDS IS OUT OF RANGE. (CIERR
> 9030)
>
> CAUSE Evidently, you supplied the PAUSE command with a
> negative value.
>
> ACTION Reenter the command and supply a
> positive integer.
>
> Obviously, the number of pause seconds I'm specifying is not
> negative. Does anyone know of another reason why this would
> happen? Could this error occur if the system is loaded down
> with running other jobs?
>
> Thanks,
>
> Jim.
>
> ---------------------------------
> James English
> Financial Systems Analyst
> MIS Department
> TB Wood's Incorporated
> 440 N Fifth Avenue
> Chambersburg, PA 17201
> Phone: (717) 264-7161 x2119
> Fax: (717) 264-0890
> [log in to unmask]
> http://www.tbwoods.com
> ---------------------------------
>
>
> This e-mail is intended solely for the person or entity to
> which it is addressed and may contain confidential and/or
> privileged information. Any review, dissemination, copying,
> printing, forwarding or other use of this e-mail by persons
> or entities other than the addressee is prohibited. If you
> have received this e-mail in error, please contact the sender
> immediately and delete the material from your computer.
> Opinions, conclusions and other information in this message
> that do not relate to the official business of TB Woods
> Incorporated shall be understood as neither given or endorsed by it.
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
