On Thu, 7 Jul 2016 09:37:37 +0000, Vernooij, CP (ITOPT1) - KLM wrote: >Technical detail: ISPF does not write SMF14, CLOSE does. To have CLOSE record >the aliasname, ISPF should be enhanced to OPEN the aliasname directly, i.s.o. >discover and OPEN the real name. I suppose the ISPF technicians will recognize >this. > Oh my! A few months ago I encountered a problem such that an attempted DSLIST INFO on an alias of a migrated data set failed. IBM repaired it with APAR.
I hope anything they change doesn't break it further. But if ISPF were to use the same rules as other components it would be more likely to repair such things than break them. But still, INFO should display *both* the alias name and the RELATED name. >-----Original Message----- >From: Styles, Andy (SD EP zPlatform) >Sent: 07 July, 2016 10:41 > >You may recall that I asked some questions about identifying data alias usage; >I was pointed at SMF14ALIAS, which came in with z/OS 2.1. > >z/OS 2.1 does indeed record alias usage, where the dataset in question is >accessed via the alias. However, ISPF does NOT access the dataset via the >alias, instead appearing to discover the real dataset and access that directly. > >I've raised an RFE to enhance ISPF to record this alias usage: > >http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=91081 > >Vote if you like it :) >Thanks, >Andy Styles >z/Series Systems Programmer -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
