Changing the JCL is my preferred method, but they would like an "easier" way.
Also, D09182020 is 9 characters, so would cause a JCL error. But I understand
what you meant. :)
Brian
On Fri, 18 Sep 2020 16:37:30 +0000, Sasso, Len <len.sa...@gdit.com> wrote:
>
//*
//EXPORT EXPORT SYMLIST=(MNTH,DY,YR)
//SETSYMBL SET MNTH=&LMON,DY=&LDAY,YR=&LYR4
//*
HLQ.FICHE.TAPE.D&MNTH&DY&YR = HLQ.FICHE.TAPE.D09182020
Thank You and�Please Be Safe!
Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144
Office Hours: M-F� 7 AM - 3:45 PM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL:�www.gdit.com
�
�
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of
Seymour J Metz <sme...@gmu.edu>
Sent: Friday, September 18, 2020 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: rename a dataset in acs routine?
�
�[External: Use caution with links & attachments]
Mike designed REXX as a programming language. JCL is not and was never intended
to be a programming language. This is something that should be handled in the
environment that creates and submits the JCL.
--
Shmuel (Seymour J.) Metz
https://urldefense.us/v3/__http://mason.gmu.edu/*smetz3__;fg!!JRQnnSFuzw7wjAKq6ti6!mkx1yaW-aw-3YqQyrzTWwpc4Xwrfp9G3-ZFVghxkJr8upxVCmr20Trud5LSTbQ$
________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of
Paul Gilmartin <0000000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, September 18, 2020 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?
On Fri, 18 Sep 2020 17:34:17 +0800, Brian Fraser wrote:
>Why can't his jobs generate dsns like� HLQ.FICHE.TAPE.D091720.T1123 ?
>Can use system symbols to generate the date and time in the JCL output DD.
>
I understand that system symbols are not supported in JCL DSNs because of
o ambiguity between EXECSYS and CNVTSYS
o queue latency -- the job might run at a time not matching the JCL symbols.
(If the actual date and time values are important I understand they
may be invalid because around midnight date and time might be
fetched on different days, resulting in a 23+ hour error.� Murphy
says this will only be a problem when it matters.� Rexx can do it
right; why can't JCL?)
>On Fri, 18 Sep 2020 at 15:36, Brian Westerman wrote:
>��� ...� So over time, they ended up
>> with about 30,000 tapes from the over 9,000 jobs that CA-1 keeps around
>> until expiration date.
>>
>> The problem is that they want to know if there is a way to automatically
>> catalog datasets at creation time, to which I told them we could, but only
>> 1 of them because you can't catalog two datasets with the same name.� But
>> they want to have "the system" which I'm guessing is me :), dynamically
>> rename these datasets at creation time to add a date and time, such as
>> change HLQ.FICHE.TAPE to which I would dynamically make it
>> HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the current time (if
>> it was 11:23am).
>>
Use the seconds also, as D200917.T112359.� With thousands of entries
a collision is likely.� And use YYMMDD for the date for easy sorting of
displays.
Is it possible to rename a tape data set?� That would seem to require
overwriting the HDR1 label, but tapes can't be updated in place.
I'm imagining a sequence such as:
Momentarily catalog HLQ.FICHE.TAPE
DEFINE ALIAS HLQ.FICHE.TAPE.D200917.T112359
��� SYMBOLICRELATE HLQ.FICHE.TAPE
Uncatalog HLQ.FICHE.TAPE.� I understand that symbolic aliases
remain when the RELATED name is uncatalogued.
-- gil
----------------------------------------------------------------------
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
>----------------------------------------------------------------------
>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
