The PTF does not update any macro, but as Peter says, it's not a programming interface anyway.
One more point. The NUCLEUS element CUNMIIPL has the alias IEAVNPUN. If you choose to put the fix elements in place 'manually' ahead of the next IPL, don't forget the alias. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, October 16, 2015 7:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: (External):Re: Unicode services Red alert On Fri, 16 Oct 2015 06:04:35 -0700, Richard Pinion wrote: >What happens if one does not use Unicode services and does not apply the PTF? > Can you do that? Can you audit all your in-house code to assure that nothing uses Unicode services? What about indirectly? Can you electively disable Unicode services and observe what fails? (Can you zap the evil bit on? Or zap the CC mask in the test so it always takes the "disabled" path? Yah, I know: OCO.) I assume the repair is to test the correct bit, ignoring the correct store of the system clock. Are all defective macros (even non-GUPI) repaired? -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN