Subject: | |
From: | |
Reply To: | |
Date: | Tue, 5 Dec 2000 14:58:30 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Ah,
Jeff, check your first job stream and see if it has an MPEX command that sets a
variable 'flags' to 'N'. If so that would explain why both jobs are being streamed.
Ronald R Horner wrote:
> Actually, the stream A command would run. The reason is that the variable FLAG is
> set to "Y". The first IF tests for "Y" in the FLAG var. Since the FLAG is not
> changed at all, B is not streamed.
>
> Later
>
> By the way, it may not run at all because the variables are not covered with {}.
>
> Jeff Keepers wrote:
>
> > Oh great wise ones,
> >
> > I am documenting a job for the HP3000 that has me confused. This job has a
> > mixture of pre-process mpex commands and JCL. As I understand how things work,
> > when the job is batched, the pre-process mpex commands are processed and then
> > the JCL commands. This particular job seems to do things different. The
> > following is an example:
> >
> > ::assign flag = 'Y'
> > ::if flag = "Y" then
> > :: echo "flag = Y"
> > ! STREAMX A
> > ::endif
> > ::if flag = "N" then
> > :: echo "flag = Y"
> > ! STREAMX B
> > ::endif
> >
> > When job is run, the pre-process code decides if A or B is run. When I look at
> > it I would say that it would do all of the pre-process commands and then run
> > BOTH A and B. Any insight on why the job does what it does would be
> > appreciated.
> >
> > Sincerely,
> > Jeff (AKA. Dazed and Confused)
--
Larry Barnes
Director of I.T.
Mitek Corp.
602-438-4545 x1366
Phoenix, AZ 85040
Check Us Out !
http://www.mitekcorp.com
|
|
|