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