W dniu 2014-09-16 o 15:06, Paul Gilmartin pisze:
On 2014-09-16, at 02:32, R.S. wrote:
Question: what is the "proper" purpose of IEFBR14?
IMHO this is the only use of IEFBR14 by the users. OK, maybe some tricks with
CONDs, but it's marginal.
Somtimes because it's the only way to conditionally suppress
execution of the first step in a job with COND or IF.
BTW: troubles with IEFBR14 create/delete usually are clearly visible as JCL error or
"data set in use".
Sometimes less clearly as "NOT CATALOGUED 2".
Ed also mentioned DISP=(OLD,DELETE) against dataset with EXPDT. (good
point!)
Let's focus on SMS-managed datasets with management class (DFHSM)
instead of EXPDT.
That's quite modern (with the exception for tiering which is qute new in
z/OS), as modern as SMS and HSM itself (20+ years).
In that case IEFBR14 won't "fail" (we know what actually fails!) with
NOT CATALOGUED 2 or EXPDT. That's good news for regular users.
Who use non-SMS volumes? System administrators. They usually know many
weird things, for example: RACF db cannot have extents, as well as
SYS1.MANx or IODF, it's bad idea to issue Free (in ISPF) against
SYS1.HASPACE, RACF db cannot be moved even if it's not serialized, etc.
etc.
They also should know what can be done with IEFBR14 and what can fail,
and how to check it.
BTW: In the past I provided >64k TRK spool size in ServerPac
Installation Dialog. It was accepted and used in JCL (ALLODS, the
largest one, >20k lines). However, without DSNTYPE=LARGE the job was
failing with JCL error. It was necessary to avoid so big space or
manually modify the job. Another thing to know. :-)
Regards
--
Radoslaw Skorupka
Lodz, Poland
--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.
This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If you
are not the intended addressee of this e-mail or the employee authorized to
forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved to
hard drive.
mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: [email protected]
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
