I opened a service request with IOS support on this. They agreed that the UCB mapping macro should have been updated with the UCBDUMMY field in z/OS 2.2 when it became a PI. They asked if the APAR to fix could be opened as FIN, which I agreed to if they can tell me what to use and how to use it for my needs before it's officially changed.
Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&[email protected] ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, September 23, 2020 10:43 PM, Jim Mulder <[email protected]> wrote: > If you want to complain that the PI field name UCBDUMMY > is generated only if you specify SSMD=YES, which is > designated for IOS use only, that seems like a valid > complaint. Also, ADM is another valid type of > dummy UCB, but that is not in the list in the comment > on UCBDUMMY. > > BROWSE SYS1.MACLIB(IEFUCBOB) > > MACRO > IEFUCBOB &LIST=YES,&PREFIX=NO,&SSMD=NO,&DEVCLAS= > > /02 PI: FIELDS UCBDUMMY @PGA/ > / UCBALOC UCBCHAN UCBCHGS UCBDADI UCBDVCLS @LFA*/ > / UCBPRES UCBPUB UCBRESV UCBSYSR UCBTBYT1 @LFA*/ > / UCBTBYT2 UCBTBYT3 UCBTBYT4 UCBTYP UCBUNTYP @LFA*/ > / UCBONLI UCBUNLD UCBASID UCBAUTOS @PAC*/ > / UCBID UCBMTPXP UCBNOCON UCBNRY @LFA*/ > / UCBVRDEV UCBSTND UCBCLEXT UCBREW @LFA*/ > > / SSMD is used to control the UCB mapping. The */ > / valid operands and their meanings are: */ > / */ > / NO - Generates the standard UCB mapping. This is the */ > / default. */ > / */ > / YES - Generates the UCB mapping that is used internally */ > / by IOS. This mapping is for IOS use only. */ > / */ > > / $PG=ME26777 HBB77A0 150228 PDSW: Update ext classification / > > / for UCBDUMMY to PI @PGA/ > > AIF ('&SSMD' NE 'YES').UCB005 @L7A > UCBDUMMY DS CL3 Dummy UCBs use this field to @M5C > > - identify the type of dummy UCB. @M5A > > > - VIO, SMS and JES are valid @M5A > > > - types of dummy UCBs @M5A > AGO .UCB006 @L7A > > > > .UCB005 ANOP @L7A > UCBNAME DS CL3 Device number (EBCDIC) > .UCB006 ANOP @L7A > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > "IBM Mainframe Discussion List" [email protected] wrote on > 09/23/2020 03:56:10 PM: > > > From: "Mark Jacobs" [email protected] > > To: [email protected] > > Date: 09/23/2020 10:32 PM > > Subject: IEFDDSRV — DD service > > Sent by: "IBM Mainframe Discussion List" [email protected] > > I'm reading the documentation and it's telling me this; > > In some cases, this service may not return a device UCB, but instead > > may return a zero UCB address or the address of a dummy UCB. This > > may occur for DDs that represent DD DUMMY requests, VIO data sets, > > SYSOUT data sets, in-stream data sets, and some SMS-managed data > > sets. A dummy UCB can be identified using the UCBDUMMY field in the > > UCB. A dummy UCB may not have all of the UCB segments that a device > > UCB may have and not all services that are used for processing > > device UCBs may support dummy UCBs. > > I don't see a UCBDUMMY field in mapping macro IEFUCBOB. > > Mark Jacobs > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
