This would work great if IBM hadn't also changed some control block offsets ☹
Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Michael Oujesky Sent: Wednesday, January 31, 2024 5:49 PM To: [email protected] Subject: Re: Replacement for LMAC program in ISPF 3.1 In LMAC CSECT, offset BD4 is '5.8' and BD7 is '7.9'. Code segment at 152 does the checking. Michael At 08:37 AM 1/30/2024, Lionel B. Dyck wrote: >After looking into it the code is in a load module that appears to have >been written in PL/X. There are no visible constants for either >5.8 or 7.9 that could be zapped. > >CBTtape file 961 by Yves Colliard is an excellent replacement with many >build in edit line commands. It isn't the same as LMAC as it isn't >dynamic but it would be worth investigating. > >Lionel B. Dyck <>< >Github: https://github.com/lbdyck > >"Worry more about your character than your reputation. Character is >what you are, reputation merely what others think you are." - - - John Wooden > >-----Original Message----- >From: IBM Mainframe Discussion List <[email protected]> On >Behalf Of Schmitt, Michael >Sent: Monday, January 29, 2024 1:19 PM >To: [email protected] >Subject: Re: Replacement for LMAC program in ISPF 3.1 > >ISPF has 3 variables that an application can interrogate for the >version: ZOS90RL, ZISPFOS, and ZENVIR. The fact that the edit says the >ISPF version must be between 5.8 and 7.9 makes me suspect it is using >ZENVIR. > >What is in the ISPF ZENVIR variable on your z/OS 3.1 system? For >example, on a z/OS 2.4 system it is 'ISPF 7.4MVS TSO'. > > >I'm wondering if the high release is a real requirement. You might try >zapping the program to change or bypass the edit, so that it can run, >and see what happens. > >-----Original Message----- >From: IBM Mainframe Discussion List <[email protected]> On >Behalf Of Billy Ashton >Sent: Monday, January 29, 2024 12:36 PM >To: [email protected] >Subject: Replacement for LMAC program in ISPF 3.1 > >Hello, we just turned on z/OS 3.1, and its component ISPF 3.1 here. > >Now, I just saw when editing a member that my LMAC program (from Doug >Nadel originally) no longer works, and gives me a message: >LMAC005 You must be running an ISPF version greater than 5.8 and less >than 7.9 to run LMAC. > >How should I deal with this? A quick look on the web indicated that I >should use the utility function to define each line command to a macro. >I currently have 85 macros in my single Rexx driver, and cannot imagine >splitting this and going through that. > >Do I have any way to drive my single macro program like I had before >with LMAC? > >Thank you and best regards, >Billy Ashton > >---------------------------------------------------------------------- >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 > >---------------------------------------------------------------------- >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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
