Paul Gilmartin wrote:
On Fri, 11 May 2007 11:21:13 -0500, Thomas Conley wrote:
#7 - Get rid of your stupid SMP/E procs and give me DDDEFS!! (this means you
CA-1 and Panvalet)
#2 - Stop giving me 3K and 6K blocksizes, loadlibs should be blocked at 32760
and everything else should get 0 for SDB (unless you have a wacky format like
CA-Viewpoint).
Does SDB make an adverse selection for loadlibs? Has a suggestion
been made to IBM to ameliorate this? How much worse, by what
metric, is SDB's default (half track?) than 32760?
#1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!!
I haven't been in a shop where SYSDA has worked for over a DECADE! Many
sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so
get with the program!
That's what JCL symbols are for. I'd like to be able to edit a
single JCLLIB INCLUDE member to tailor an entire installation
suite. (But each job would still need to be edited to specify
the correct JCLLIB.)
To install files for labs in our courses we have our
customers modify a single rexx exec; then students
run the exec which is an ISPF dialog that creates files
for each student, including copying JCL into a CNTL
library and running an edit macro that modifies the
JOB statement in the student library; then another
edit macro is invoked against each job that copies the
student's JOB statement to the front.
The exec the customer modifies includes their choice
for UNIT (we default to SYSALLDA) as well as the name
of the library for a JOBLIB statement everyone will use.
[We do have to have them also edit an INLCUDE member
that has the names of relevant files. This include
member is referenced in the generated JOB statement.]
And installation setup is what most makes me wish for symbolic
substition in instream data sets. It would be invaluable
to be able to change a single "// SET DSPREFIX=XYZZY" and have
both the DD statements in the IEFBR14 step and the DDDEFS in
the SMPCNTL UCLIN track accordingly. The lack of such a facility
is a factor influencing vendors to use "stupid SMP/E procs"
instead of DDDEFs.
-- gil
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-393-8716
http://www.trainersfriend.com
z/OS Application development made easier
* Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques
----------------------------------------------------------------------
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
