Well, I've promoted the use of symbolic parameters since OS/360 R14, causing me 
to curse the old 100 character limit on PARM.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Farley, Peter x23353 [0000031df298a9da-dmarc-requ...@listserv.ua.edu]
Sent: Friday, January 7, 2022 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

Not strictly speaking, no.  But find me an old-timer (especially manager types) 
who is symbol-aware and actively uses them or promotes their extensive use in 
crafting PROC's for other than UNIT, REGION and sometimes HLQ and SPACE.

I have faced active resistance on several jobs to my "overuse" of symbols.  I 
use them a lot, everywhere I can get away with it.  Many do not, and fail to 
understand the flexibility they provide.

One place you CANNOT use a symbol is for the JCL statement label.  I never 
really understood that restriction, though I have managed to get by with the 
rules as they are.

Peter

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Paul Gilmartin
Sent: Friday, January 7, 2022 2:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Fri, 7 Jan 2022 18:47:47 +0000, Seymour J Metz wrote:

>ENQ and overrides come to mind.
>
Add passed temporary DSNs to the list.

Are overrides necessary?  Is there anything that overrides that couldn't be 
done (in a more controlled manner) with symbol substitution?

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to