The newbie would figure it out by the error messages.

You can't allocate (create) using DISP=SHR. That would have to be DISP=(NEW,PASS) OR DISP=(MOD,PASS).

Next, your "xxx,pass" would need a DSN that one could reference the data set with so that you would not have to resort to refer-backs.

So DSN=TEMP (preferably, &&TEMP) would then be referenced by DSN=&&TEMP,DISP=(OLD,PASS) OR (OLD,DELETE) OR (MOD,PASS).

I think this is in both JCL REF and JCL User's guide.

Lastly, (Does SMS allow that nowadays?)  -- As far as I know, not having needed to do this for a while, yes. But, you have to have the authority, and rule(s) Class, have to be set up for it.

This is how one can have shared volumes between LPARs where the one LPAR is a sand-box (or even another supported O/S) so that one can get data/JCL/LOADMODs available to the other system.

HTHs.

Steve Thompson




On 11/27/2023 2:31 PM, Paul Gilmartin wrote:
Suppose I have two identical DSNs on different volumes.
One is catalogued; the other not. (Does SMS allow that
nowadays?)

In a job step I allocate
     DD DISP=(SHR,PASS),VOL=SER=<uncatalogued>...

In a subsequent step, I allocate by DSN with no explicit
volume informarion.  Which one wins, the passed or the
catalogued?

Where is this clearly documented?  I don't see t in
<https://www.ibm.com/docs/en/zos/3.1.0?topic=parameter-passing-data-set>

How would a novice suss this out without a priori knowledge?

What would ChatGPT say?


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to