-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Monday, August 28, 2006 2:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JCL - Copy Tape
Thompson, Steve (SCI TW) wrote:
> How did this tape get created? Was it created on a VSE sys
Thompson, Steve (SCI TW) wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Monday, August 28, 2006 2:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JCL - Copy Tape
Thompson, Steve (SCI TW) wrote:
How did this tape get created
On Aug 29, 2006, at 5:47 AM, R.S. wrote:
--SNIP
I was wrong. I confused block count field of HDR1/EOF1/EOV1 with
block size field of HDR2/EOF2/EOV2. Indeed, zero's means you should
read bytes 71-80 for block size. BTW: ADRDSSU does not use LBI, but
writes 64kB bloc
Radoslaw and all,
You are correct in that ADRDSSU 64kB blocks. In APAR OA13742, we made
a change
to how we opened the output data set when writing to tape. This change
allows our 64Kb
blocksize to show up in the new blocksize field and be recorded by tape
management systems.
Thanks,
Andrew
Hello Gentle Listers.
I have a list of datasets that I want to delete. I thought that one could
go through the ISMF PANELS, generate the list and then somehow, magic,
wishful thinking..., generate jcl. (??)
Oh Toto am I still in Kansas?
Thanks In Advance
Well, better late than never, as they say...
I've just added a JCL2XML Rexx procedure to CBT file 647 (Rexx XML parser).
In addition to converting your JCL to XML, it also spits out a graphml file
that can be used to draw flowchart-style diagrams of your JCL. You can
download it from
Thanks, Andrew, for the JCL-to-XML utility, I plan to try it out "soon" .
Maybe this is an opportunity to bring up something I've been thinking
about in regard to JCL and XML. I've been thinking that it would be good
to define a standardized XML syntax (and possibly schema
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari
> Sent: Wednesday, June 08, 2005 7:44 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: JCL to XML
>
>
> Hi
>
> Maybe someone have seen a
Hi
I would like to have something converts the JCL, exactly as it is in
your sample.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Miklos Szigetvari wrote:
Hi
I would like to have something converts the JCL, exactly as it is in
your sample.
Out of curiosity: why? How would you use the output?
Kind regards,
-Steve Comstock
--
For IBM-MAIN subscribe
Hi
We would like to see the OUTPUT statements in one case and in the
other case we would
like to see the called program and the used datasets
Steve Comstock wrote:
Miklos Szigetvari wrote:
Hi
I would like to have something converts the JCL, exactly as it is in
your sample.
Out of
On Jun 8, 2005, at 1:32 PM, Steve Comstock wrote:
Miklos Szigetvari wrote:
Hi
I would like to have something converts the JCL, exactly as it is in
your sample.
Out of curiosity: why? How would you use the output?
Kind regards,
-Steve Comstock
It is a lot easier to read an xml document
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari
> Sent: Wednesday, June 08, 2005 6:50 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: JCL to XML
>
>
> Hi
>
> We would like to see the
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
> Sent: Thursday, June 09, 2005 10:18 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: JCL COND= processing
>
>
> Hi, All,
>
> Got a little puzzle
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chase, John
Sent: Thursday, June 09, 2005 11:18 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: JCL COND= processing
Hi, All,
Got a little puzzle here we can't seem to figure out. A batch job consists
of three jobsteps, each of which invokes a
On Thu, Jun 09, 2005 at 10:18:10AM -0500, Chase, John wrote:
> //STEP03 EXEC PROC3,COND=(1,LT)
[...]
> //PROCn PROC
> //PSTEP1 EXEC PGM=PROGn1,COND=(0,LT)
> //PSTEP2 EXEC PGM=PROGn2,COND=(0,LT)
> //PSTEP3 EXEC PGM=PROGn3,COND=(0,LT)
> //
> Jobstep 3, procstep 1 completes with RC=1 or hig
Chase, John wrote:
Hi, All,
Got a little puzzle here we can't seem to figure out. A batch job consists
of three jobsteps, each of which invokes a multi-step PROC. Example:
//JOBNAME JOB ...
//STEP01 EXEC PROC1
//STEP02 EXEC PROC2,COND=(0,LT)
//STEP03 EXEC PROC3,COND=(1,LT)
Each PROC i
John McKown and Gary Green are of course quite correct in their
'conjectures'. You can cirecumvent this and similar problems by using
nested [JCL] IF statements.
John Gilmore
Ashland, MA 01721
U.S.A.
_
Expres
I may be correct, but Jay Maynard was much more succinct in his description.
;)
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of john gilmore
Sent: Thursday, June 09, 2005 11:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JCL COND= processing
procsteps are executed. The job finally abends S0C7 in a
> > later procstep because a dataset that was intended to be populated in
> > the first procstep is either empty or non-existent.
> >
> > The puzzle: Why is the remainder of PROC3 executed when its first
> > procs
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gary Green
>
> If I recall correctly, the COND= on steps in a called PROC
> will take on the COND= value of the COND statement on the
> EXEC card. In your case,
> COND=(1,LT) will replace all of the COND=(0,LT) that
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
>
> [ snip ]
>
> When you specify a parameter on the EXEC statement that
> invokes a proc, and do not specify a stepname, which is what
> you have above, the parameter applies to all steps (except
>
first step.
But it is also not clear why you are still using COND
instead of IF in your JCL.
Kind regards,
-Steve Comstock
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with t
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of john gilmore
>
> John McKown and Gary Green are of course quite correct in
> their 'conjectures'. You can cirecumvent this and similar
> problems by using nested [JCL] IF s
In <[EMAIL PROTECTED]>, on
06/09/2005
at 10:18 AM, "Chase, John" <[EMAIL PROTECTED]> said:
>Got a little puzzle here we can't seem to figure out.
Check the current JCL manuals under override to see whether it has
changed; the OS/VS2 3.8 (MVS) level says
>> Miklos Szigetvari wrote:
>>> Hi
>>> I would like to have something converts the JCL, exactly as it is in
>>> your sample.
>It is a lot easier to read an xml document rather than writing ones own
>JCL parser.
Many years ago I write a JCL parser in RE
> Now for the first step, 1 LT 0 is false, so the step runs
> (wonderfulness of COND, eh?). Now if the first step produces
> RC of 1, the next step should run (1 LT 1 is false, so step
> runs) but if the first step produces RC > 1, then step
> 2 should not run (1 LT 2 is true, so step will not run)
I have a REXX EXEC that should do the trick. Haven't tested it 100%, so I
can't say there aren't XML "issues", but it should be helpful. It is
written for JES2 with ACCT and Programmer name fields REQUIRED on the job
card. It also expects correct JCL - no JCL errors i
Has anyone ever published a grammar for JCL?
It might be a great deal of fun to generate a full featured
parser/converter that handles everything...
On Jun 13, 2005, at 4:10 PM, [EMAIL PROTECTED] wrote:
I have a REXX EXEC that should do the trick. Haven't tested it 100%,
so I
can&
tensible without limit by the user or ISV. This would
require considerable extension of SMP/E's analysis of JCLIN in
order properly associate libraries in the JCL with DDDEFS in
SMP/E. It would no longer be possible to rely on a fixed set
of DDNAMEs such as SYSLIB and SYSLMOD.
> 3. Th
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
>
> [ snip ]
>
> "Flexibility is not always a virtue: did you ever try to sit
> on a very flexible chair?" (Heard from Bill Waite; origin
> uncertain)
Indeed. Instead of a tightrope, erect a bungee.
Life and Health Insurance Company.SM
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace
> Sent: Wednesday, January 19, 2011 7:58 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: If Else JCL question
>
&
sidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mail
The relevant language in the z/OS MVS JCL Reference is
The IF statement is always followed by a relational-expression and a
THEN clause.
Optionally, an ELSE clause can follow the THEN clause. An ENDIF
statement
always follows the ELSE clause, if present, or
07:58 AM
> Subject: If Else JCL question
> Sent by: IBM Mainframe Discussion List
>
> Seems to be a very rookie question, but I can't find the answer.
>
> I have a series of JCLs that I want to put together as 1 JCL with IF
THEN to
> test RC. What I can't find is a
Our QuickRef states that the nesting level is 15.
IBM Mainframe Discussion List wrote on 01/19/2011
08:19:08 AM:
> From: Mark Pace
> To: IBM-MAIN@bama.ua.edu
> Date: 01/19/2011 08:19 AM
> Subject: Re: If Else JCL question
> Sent by: IBM Mainframe Discussion List
>
test job to
see if what I though that would happen actually does...
Regards,
Erik.
-Oorspronkelijk bericht-
Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens McKown,
John
Verzonden: woensdag 19 januari 2011 15:14
Aan: IBM-MAIN@bama.ua.edu
Onderwerp: Re: If Else JCL
,
John
Verzonden: woensdag 19 januari 2011 15:14
Aan: IBM-MAIN@bama.ua.edu
Onderwerp: Re: If Else JCL question
I like using COND= on the JOB card. Suppose each step must end with an RC LE 0.
//MYJOB JOB COND=(4,LE)
This flushes the remaining steps in a job after the step which gets an RC
greater
not move the
ELSE and ENDIF to the end of the JCL?
BTW, What's an easy way to force an ABEND (without a program
specifically for the purpose)? The most concise way that
comes to mind is:
//STEP EXEC PGM=IEBGENER
//SYSUT1DD PATH='/',RECFM=FB,LRECL=80
..
We used to use a program called KABOOM, which did not exist (as I suspect
with BLOWUP). One JCL statement, and a very prominent S806 abend.
*don*
On Wed, Jan 19, 2011 at 1:07 PM, Paul Gilmartin wrote:
> On Wed, 19 Jan 2011 09:50:56 -0600, Jonathan Goossen wrote:
>
> >We force an ABEN
On Wed, 19 Jan 2011 13:11:26 -0500, Donald Johnson wrote:
>We used to use a program called KABOOM, which did not exist (as I suspect
>with BLOWUP). One JCL statement, and a very prominent S806 abend.
>*don*
>
Why do I do things the hard way!? I never considered that.
>>//
eps, then I use IF-THEN-ENDIF with no else. I have written programs that
set the return code to 1, 2, or 3 to indicate to the JCL future steps to
run. Then anything 4+ will raise an error.
IBM Mainframe Discussion List wrote on 01/19/2011
12:07:36 PM:
> From: Paul Gilmartin
> To: IBM-MA
suppose I'm old school, never saw a need to code IF-THEN-ELSE in JCL, only use
cond code checking and never have any issues with step execution or job flow.
the only cond code testing I ever do when writing procs is, "if it's true, it's
through", meaning the step/job
> the only cond code testing I ever do when writing procs is,
> "if it's true, it's through", meaning the step/job won't
> execute if the COND is true.
Heh. I learned that one as "If true, don't do". Works out
the same, and is catchy enough for me to remember it...
Allen Gainsford
==
On Wed, 19 Jan 2011 13:13:03 -0800, Cris Hernandez #9 wrote:
>suppose I'm old school, never saw a need to code IF-THEN-ELSE in JCL, only use
>cond code checking and never have any issues with step execution or job flow.
>the only cond code testing I ever do when writing procs is,
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gainsford, Allen
>
> > the only cond code testing I ever do when writing procs is,
> > "if it's true, it's through", meaning the step/job won't
> > execute if the COND is true.
>
> Heh. I learned that one as "If true
LOL. I've been writing JCL for 25 years and I still cannot get the COND right.
From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Paul
Gilmartin [paulgboul...@aim.com]
Sent: 20 January 2011 02:45
To: IBM-MAIN@bama.ua.edu
Subjec
One thing I've been taught since I was in school 30+ years ago. Do not use
NOT logic. COND goes against everything I've worked at my entire career.
On Thu, Jan 20, 2011 at 2:07 PM, Lindy Mayfield
wrote:
> LOL. I've been writing JCL for 25 years and I still cannot ge
>One thing I've been taught since I was in school 30+ years ago.
>Do not use NOT logic.
>COND goes against everything I've worked at my entire career.
I started as a JCL jockey (Prod Support/Job Scheduling) in 1981, and I believe
the 'NOT Logic' is why a lot of peo
ght since I was in school 30+ years ago. Do not use
NOT logic. COND goes against everything I've worked at my entire career.
On Thu, Jan 20, 2011 at 2:07 PM, Lindy Mayfield
wrote:
LOL. I've been writing JCL for 25 years and I still cannot get the COND
right.
___
On Thu, 20 Jan 2011 14:22:36 -0500, Mark Pace wrote:
>One thing I've been taught since I was in school 30+ years ago. Do not use
>NOT logic. COND goes against everything I've worked at my entire career.
>
Assemblerthink. Or maybe BASICthink. The IF ... GOTO ...
paradigm tersified and carried t
c.' cannot. CP
>
What am I missing? From:
Title: z/OS V1R12.0 MVS JCL Reference
Document Number: SA22-7597-14
17.1.4.5 Relational-Expression Keywords
...
^stepname.RUN
stepname.RUN=FALSE
Indicates that the relational expression tests that a
s
plications Development
FirstBank Data Corporation - Lakewood, CO USA
P: 303-235-1403
On 1/20/2011 at 12:22 PM, in message
, Mark Pace
wrote:
> One thing I've been taught since I was in school 30+ years ago. Do not use
> NOT logic. COND goes against everything I've worked at my
I wasn't looking for a lesson. Thank you very little.
On Thu, Jan 20, 2011 at 3:57 PM, john gilmore wrote:
> I was looking this morning at data on non-multiple and multiple human
> births in which live births were classified as single(si), double(do),
> triple(tr), quadruple (qa), or quintuple (q
>Where was blue kryptonite when we needed it!
Somebody save me!
C'mon!
-
Ted MacNEIL
eamacn...@yahoo.ca
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
Either I'm confused too, or COND says "do NOT execute if 4 is less than the
return code"; that is - COND=(4,LT).
Unless you meant something else...
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick
Sent: Thursday, J
%$%$#@$CONDCODES<<<<<<<<<<<<<<<<<<
John Donnelly
National Semiconductor Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
408-721-5640
408-470-8364 Cell
cjp...@nsc.com
-Original Message-
From: IBM Mainframe Discuss
On 1/19/2011 10:11 AM, Donald Johnson wrote:
We used to use a program called KABOOM, which did not exist (as I suspect
with BLOWUP). One JCL statement, and a very prominent S806 abend.
We use:
//ABEND806 EXEC PGM=ABEND806
This program does exactly what its name implies. ;-)
--
Edward E
erwerp: Re: If Else JCL question
On 1/19/2011 10:11 AM, Donald Johnson wrote:
> We used to use a program called KABOOM, which did not exist (as I suspect
> with BLOWUP). One JCL statement, and a very prominent S806 abend.
We use:
//ABEND806 EXEC PGM=ABEND806
This program does exactly what
Honestly, I no longer know. I just know it's confusing as heck, and I have yet
to see a defense of it. (Well, John Gilmore seemed to think it was
understandable, if not perhaps defensible).
On 1/20/2011 at 3:00 PM, in message
, Greg Shirey
wrote:
> Either I'm confused too, or COND says "do NO
I usually keep an IEFBR15 laying around for test purposes.
And like Eds', this does as advertised.
Best to keep such away from your "incident manager" ;-)
Shane ...
On Fri, Jan 21st, 2011 at 10:47 AM, Erik Janssen wrote:
> We use EXEC PGM=IEFBR15, but the funny thing was when I used EXEC
>
Shane,
Have you been hiding that IEFBR15 from me? I was using IFEBR14.
As we know DNA stands for National Dyslexic Association...:)
Wayne
On Fri, Jan 21, 2011 at 11:16 AM, Shane Ginnane wrote:
> I usually keep an IEFBR15 laying around for test purposes.
> And like Eds', this does as advertised
On Fri, 21 Jan 2011 11:16:46 +1100, Shane Ginnane wrote:
>I usually keep an IEFBR15 laying around for test purposes.
>And like Eds', this does as advertised.
>Best to keep such away from your "incident manager" ;-)
>
By "as advertised", do we mean:
IEFBR15 CSECT
BR15
> By "as advertised", do we mean:
>
> IEFBR15 CSECT
> BR15
> END
"we" do.
> I like ABEND806. Until some novice tries to generalize:
>
> //STEP EXEC PGM=ABEND213
>
> ... and complains that it still ABENDs with 806, not 213.
ROTF - hadn't thought of that. You must deal
ures the current jobstep will NOT
execute unless previous jobstep did NOT execute. So 'NOT
logic' can still do what 'IF ELSE etc.' cannot. CP
What am I missing? From:
Title: z/OS V1R12.0 MVS JCL Reference
Document Number: SA22-7597-14
17.1.4.5 Relational-Expres
Erik Janssen wrote:
We use EXEC PGM=IEFBR15, but the funny thing was when I used EXEC PGM=KABOOM or
something like that (because obviously it doesn't matter what you use as long
as the program doesn't exist), some incident manager informed me that the
standard to force an S806 abend was to use
>subtract the time spent in that RPGN from 100% to find true CPU busy on
>systems that might have low utilization effects.
Except for the fact that software measurements suffer from the fact that not
all CPU consumed is capured.
-
Ted MacNEIL
eamacn...@yahoo.ca
On 20 January 2011 21:31, John Eells wrote:
> Erik Janssen wrote:
>>
>> We use EXEC PGM=IEFBR15, but the funny thing was when I used EXEC
>> PGM=KABOOM or something like that (because obviously it doesn't matter what
>> you use as long as the program doesn't exist), some incident manager
>> inform
On Fri, 21 Jan 2011 02:01:45 +, CM Poncelet wrote:
>Any boolean tests can be performed with 'COND=', but not so with 'IF
>ELSE etc.' We have already discussed this in the past.
>
Sorry; I missed that.
>But please show me how 'IF ELSE ...' handles the following:
>
>Execute STEPF if
>- STEPA s
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick
>
> [ snip ]
> But what COND says is "execute if 4 is less than the return code". [
snip ]
Almost: "Execute UNLESS 4 is less than the return code."
-jc-
; Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul
> Gilmartin
> Skickat: den 21 januari 2011 07:37
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: If Else JCL question
>
> On Fri, 21 Jan 2011 02:01:45 +, CM Poncelet
> wrote:
>
> >Any boole
On Thu, 20 Jan 2011 15:11:40 -0800, Edward Jaffe
wrote:
>On 1/19/2011 10:11 AM, Donald Johnson wrote:
>> We used to use a program called KABOOM, which did not exist (as I suspect
>> with BLOWUP). One JCL statement, and a very prominent S806 abend.
>
>We use:
>
>/
Similar to Gil's reply - skip if you've had enough...
I did test the following for all 4 execute STEPF conditions and some do not
execute STEPF conditions. It works correctly as far as I can tell.
Change the MAXCC=0 or the ',COND=ONLY' as required to test any condition
you want.
//JOBNAME JOB
mit the continuation mark in col. 72
as you appear to have done? I thought that was permitted
only if the continued line ended with a comma.
(I looked briefly, not thoroughly, for this in the IF...ELSE
chapter of the JCL RM.)
Beware of COND=ONLY to suppress execution. Decades ago, a
colleagu
s nor failure is ever final...
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Paul Gilmartin
Sent: Friday, January 21, 2011 10:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: If Else JCL question
On Fri, 21 Jan 2011 08:08:32 -0600, Robert Birdsall wrot
wrote:
> From: Stan Weyman
> Subject: Re: If Else JCL question
> To: IBM-MAIN@bama.ua.edu
> Date: Friday, January 21, 2011, 10:34 AM
> << Beware of COND=ONLY to
> suppress execution. Decades ago, a
> colleague did that, but a prior step ABENDed.
> Embarrassing
>
on't write much JCL anymore). If a
job with multiple steps got complex enough to require the use of both COND
EVEN/ONLY and the standard COND=(x,op) checks, then I would seriously look to
splitting this piece of work into multiple jobs. IMHO of course. Thanks for
the correction Cris.
Paul Gilmartin wrote:
On Fri, 21 Jan 2011 02:01:45 +, CM Poncelet wrote:
Any boolean tests can be performed with 'COND=', but not so with 'IF
ELSE etc.' We have already discussed this in the past.
Sorry; I missed that.
Actually, I did not realise 'IF ELSE ...' now supports bo
Paul Gilmartin wrote:
On Fri, 21 Jan 2011 02:01:45 +, CM Poncelet wrote:
Any boolean tests can be performed with 'COND=', but not so with 'IF
ELSE etc.' We have already discussed this in the past.
Sorry; I missed that.
But please show me how 'IF ELSE ...' handles the follow
Sorry for the delayed response...
Yes, it is permissible to omit the continuation mark.
>From the z/OS V1R10.0 MVS JCL Reference manual section 17.1.4:
Continuing a Relational Expression
You can continue relational-expressions on the next JCL statement. Break the
relational-expression wher
On Thu, 26 May 2011 17:35:26 -0300 Sérgio Lima Costa
wrote:
:>I tried, write here, a REXX routine from compile COBOL batch with DB2.
:>The JCL generated is this :
:>// JOB (DES,SP,72664,09,30),&SYSUID,CLASS=N,
:>// NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T
:>//JO
JCL Problem question
Hello List,
I tried, write here, a REXX routine from compile COBOL batch with DB2.
The JCL generated is this :
// JOB (DES,SP,72664,09,30),&SYSUID,CLASS=N,
// NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T
//JOBLIB DD DISP=SHR,DSN=DB2.SDSNLOAD
// DD
PM
Subject: A JCL Problem question
Hello List,
I tried, write here, a REXX routine from compile COBOL batch with DB2.
The JCL generated is this :
// JOB (DES,SP,72664,09,30),&SYSUID,CLASS=N,
// NOTIFY=&SYSUID,MSGLEVEL=(1,1),MSGCLASS=T
//JOBLIB DD DISP=SHR,DSN=DB2.SDSNLOAD
/
On 26 May 2011 13:46:10 -0700, in bit.listserv.ibm-main
(Message-ID:)
sergio.co...@cetip.com.br (Sérgio Lima Costa) wrote:
But, when try run, this mistake appear, and I can't see
where is the problem :
IEC130I SYSTSIN DD STATEMENT MISSING
IEF472I BINDSYS DB2COB - COMPLETION CODE -
On Thu, Jun 2, 2011 at 5:30 PM, Gainsford, Allen wrote:
> Normally (by default), if a jobstep abends, subsequent steps are flushed.
> There ought to be a better way! Have I missed something obvious? Can
> anyone offer a suggestion?
>
>
can this be managed by breaking the jc
>
>
> can this be managed by breaking the jcl into multiple jobs and posting
> conditions to the scheduler and let the scheduling system manage the
> process?
Yes, but at the cost of making the process even more complex. :)
I tend to think that, from a support viewpoint (i.e. from
> The EVEN subparameter can be used to do what you want to do.
>
> Its use is a little problematic, but if you read the cautionary languageabout
> it
> in the JCL manual it should give you no real difficulty.
>
> John Gilmore Ashland, MA 01721-1817 USA
I beg your pardon,
Maybe I missed something, but have you considered the IF/THEN/ELSE
statement?
You can code the abend condition as stepname.ABEND
Adam
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama
, xxxJ0120, xxxJ0130, and so on. ABEND
recovery and restart is generally much simpler wth the smaller jobs in
a family group.
Linda
- Original Message -
From: "Allen Gainsford"
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, June 2, 2011 6:36:04 PM
Subject: Re: JCL: IF and
> Hi Allen,
>
> One package does have the obvious advantage of being - one package. Do you
> have
> a decent scheduling system, one that can track completion, and
> handle predessors and successors, etc.? Ours does. Our p rocesses are set
> up
> in 'family' groups, for example xxxJ0110, xxxJ
"gnalu" wrote in message
news:
...
> Can somebody explain why the temporary dataset is empty in the last
> ST3 step ?
> I would like to obtain the record written is ST2, not the null from
> the ST1.
>
> //ST1 EXEC PGM=SORT,PARM='NULLOUT=RC4'
> //SYSOUT DD SYSOUT=*
> //SORTIN DD *
> //SORTOUT
ernard Coeytaux wrote:
>Can somebody explain why the temporary dataset is empty in the last ST3
step? I would like to obtain the record written is ST2, not the null from the
ST1.
Have ST3.SORTIN refer to ST2.SORTOUT with a temp DSN name unique in the
whole JCL. Or you can refer to DSN=*.ST2.SORTOU
n ST2 in ST3 you
must use REFERBACK (look it up in the JCL manual).
The DD in ST3 would look something like this:
//SORTIN DD DISP=(OLD,DELETE),DSN=*.ST2.SORTOUT
Jon L. Veilleux
veilleu...@aetna.com
(860) 636-9179
-Original Message-
From: IBM Mainframe Discussion List [mail
I'd like to suggest that you change the SORTOUT in ST2 to
Disp=(old,pass), or Mod,Pass. It depends if you want the data added to
the first output file, or replaced. In fact, because the first step
won't create any records, it won't make any difference.
Clem Clarke
Author
What's the purpose of ST1?
As it only creates a NULL SORTOUT file, and causes you confusion, why
include it?
DanD
--
From: "Clement Clarke"
Subject: Re: JCL MISTERY (for me)
I'd like to suggest that you change the SORTOUT
Hi there! Can some one point me to documentation that would explain what
happens in a JCL stream with IF/ELSE statements and the job is trying to be
restarted in the middle?
For example, if I have:
Step1
Step2
IF Step2.rc <4 Then
Step3
IF Step3.rc = 0 Then
Step4
Step5
ENDIF (st
On Thu, 6 Oct 2011 10:12:10 -0500, Shmuel Metz (Seymour J.)
wrote:
>In <7211762809081369.wa.paulgboulderaim@bama.ua.edu>, on
>10/06/2011
> at 12:50 AM, Paul Gilmartin said:
>
>>Where does he find tech support to service his 026 keypunch?
>
>ITYM 029, and they will be upgrading to 129 RSN.
Where does he find tech support to service his 026 keypunch?
ITYM 029, and they will be upgrading to 129 RSN.
--
Might really be a 026, with mul
Where does he find tech support to service his 026 keypunch?
---
And does he use an old 12-button WrightLine desktop manual punch for a
backup
On 11/3/2011 5:43 AM, Thomas Berg wrote:
It's very interesting with the references and anecdotes to the past, but for us
in the prime ages it's often confusing.
I would be grateful to get hints about time of these references, couldn't You
for example tell if it happened before or after the inve
701 - 800 of 2010 matches
Mail list logo