Walt Farrell wrote:
> The system will do the checks for you at OPEN time, and any check your
> application makes may get the wrong answer in some set of circumstances. In
> my opinion it's usually poor application design to make a dsname check. You
> really should let the system do it for you, as it's going to anyway.
Once upon a time I used to rely on the DCB abend exit to
trap the S913 so that the program did not just abend without
deallocating the data set.
However, when I worked at an ACF2 site (years ago) the DCB abend
exit did not receive control and the allocation was left dangling
(because the program abended).
So I added code like
RACROUTE REQUEST=AUTH,
ENTITY=$DSNAME,
VOLSER=$VOLSER,
ATTR=READ,
DSTYPE=N,
WORKA=$WKA,
MF=(E,$RRL)
and if that indicated a lack of READ access then I avoided
the attempt at OPEN.
Now this was non-VSAM so not exactly what was being discussed,
but at the time it was a valid reason to do a check before OPEN did.
BTW, does anyone know if this is still the case with ACF2?
That is, does the DCB abend exit now get control if ACF2 denies
access at OPEN time?
Cheers,
Greg
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
