I have to take back my first comment. After I updated the DYNALLOC
request to not use an existing allocation, field JFCBEXAD did not
compare equal. This is something I would expect not to compare equal.
JFCBEXAD DS CL3 - SYSTEM VIRTUAL ADDRESS (SVA) OF FIRST JFCB
* EXTENSION BLOCK
* JFCBX (IEFJFCBX) - contains additional vols
* JFCBE (IEFJFCBE) - contains 3800 printer info
* (MDC303) @[EMAIL PROTECTED]
DC A(X'80000000'+RB)
RB DC 0A(0),AL1(S99RBEND-S99RB,S99VRBAL,S99NOCNV,0)
DC 2AL2(0)
DC A(TXTPP)
DC 2A(0)
TXTPP DC A(TXT01,TXT02,X'80000000'+TXT03)
TXT01 DC AL2(DALDSNAM,1,L'DSN)
DSN DC C'SYS1.MACLIB'
TXT02 DC AL2(DALRTDDN,1,L'ADDN)
ADDN DC CL8' '
TXT03 DC AL2(DALSTATS,1,1),AL1(X'08')
jim wrote:
> I have done a dynalloc of a SHR dsn. I have verified that the dsn was
> allocated to my TSO session. I did the same thing with the same dsn
> via use of a DD in the batch jcl I was running. In both cases, I
> looked at the JFCB. They are different. Why?
>
|
