I think so. I editted a JCL in a VB/259 dataset and made a really long
PARM.
// SET SYMBOL1=A
// SET SYMBOL2=B
// SET SYMBOL3=C
// SET SYM=Q
//STEP1 EXEC PGM=IEFBR14,
//
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&SYMBOL3.
Z')
//SYSUDUMP DD SYSOUT=D
This got a JCL error:
J E S 2 J O B L O G -- S Y S T E M D E V 1
-- N O D E L I H 1
14.11.09 JOB57436 ---- WEDNESDAY, 04 JUN 2008 ----
14.11.09 JOB57436 IRR010I USERID TSH009 IS ASSIGNED TO THIS JOB.
14.11.09 JOB57436 IEFC452I TSH009A - JOB NOT RUN - JCL ERROR 177
------ JES2 JOB STATISTICS ------
9 CARDS READ
24 SYSOUT PRINT RECORDS
0 SYSOUT PUNCH RECORDS
1 SYSOUT SPOOL KBYTES
0.00 MINUTES EXECUTION TIME
1 //TSH009A JOB (H00000I),MCKOWN,CLASS=Z,
JOB57436
// MSGCLASS=X
2 // SET SYMBOL1=A
3 // SET SYMBOL2=B
4 // SET SYMBOL3=C
5 // SET SYM=Q
6 //STEP1 EXEC PGM=IEFBR14,
//
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&S
IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AAAAAX&SY
7 //SYSUDUMP DD SYSOUT=D
STMT NO. MESSAGE
6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.
> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Wednesday, June 04, 2008 2:09 PM
> To: [email protected]
> Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
>
> Is there really a requirement for a JCL statement to be 80
> columns? When I
> go into SDSF, and do SJ (I think) on a job, I go into an edit
> session that
> extracts the JCL that submitted the job. If I scroll to the
> right, the
> image is actually 251 or 255 bytes wide. Since I'm not
> working right now, I
> can't give the exact number. Then, while editing this wide
> over 80 byte
> thing, I can submit it, and it will run just as the original did.
>
> Eric Bielefeld
> Sr. z/OS Systems Programmer
> Milwaukee, Wisconsin
> 414-475-7434
>
> ----- Original Message -----
> From: "McKown, John" <[EMAIL PROTECTED]>
>
>
> > This is a blue sky idea for discussion. It is not a request
> to IBM. But
> > it derives from an earlier thread on the short comings of
> the current
> > JCL. So, I was just thinking of possible enhancements which
> should not
> > affect the "internal text" or only do so minimally. Just
> some idea. I'll
> > try to organize them logically, but no guarantees.
> >
> > 1) Remove the "card image" requirement. JCL basically
> starts with a //
> > in columns 1-2 and is 80 bytes long for a single line. So, my first
> > desire is to remove this requirement. I would prefer that JCL be VB.
> > There would be no sequence numbering at all.
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
