Ask and ye shall receive. Just not necessarily what you were hoping for. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected]
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Thursday, October 05, 2017 9:20 AM To: [email protected] Subject: (External):Re: JCL 'SYMBOLS=' vs. IDCAMS SYMBOLICRELATE On Thu, 5 Oct 2017 07:04:17 -0400, John Eells wrote: > >As the person who got the Catalog/VSAM team to create SYMBOLICRELATE >some time ago, *I* certainly do not want it to go away, and I doubt >very much that it will go away. > ... >That people found other uses for this function is a serendipitous byproduct. > At some point I opened an SR on an unexpected error when I used SYMBOLICRELATE. Support replied that the problem was that I had no symbols in my alias. But though z/OS 2.1, the IDCAMS Ref. says: SYMBOLICRELATE(entryname) Allows the specification of the base data set name using system symbols. ... "Allows" is permissive, not restrictive. I insisted that there was a bug needing repair. Alas, in z/OS 2.3 IDCAMS Ref. I see: SYMBOLICRELATE(entryname) Requires the specification of the base data set name using system symbols. "Allows" became "Requires". All too characteristic of IBM to document a deficiency rather than repairing it. Sigh, gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
