Replacement for LMAC program in ISPF 3.1
Billy Ashton
lbd...@gmail.com
I cross posted this to https://discord.com/channels/880322471608344597/1201602121225752746 on the System Z Enthusiasts discord.
Have you looked at CBTTape Fole 961 for Yves Colliard’s YCLMAC - A collection of user line commands for use in ISPF Edit and View ?
Hope this helps – unfortunately as you probably have discovered, the LMAC routine is a load module with no source available.
If you do find a solution please share as I’m sure a LOT of others will have the same challenge.
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
--
You received this message because you are subscribed to the Google Groups "ISPF discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ispf-l-list...@nd.edu.
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/em8ed84d04-ba7a-44bf-84e0-62134d3dcc8b%40dbe89808.com.
mark mzelden.com
Bummer! Line macro support works but it was missing one thing at the time. I don’t even recall for sure, maybe it was GLOBAL_LINE_COMMAND_TABLE which I see now. I also recall opening a requirement for whatever it was. I still use LMAC, but some of my sandbox LPARs are using a line macro called LINEMAC and I also supply the table – LINETBL in XMI format on my web site and CBT file 434.
I knew this day would come eventually. 😊
Regards,
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/019501da52e5%2479420850%246bc618f0%24%40gmail.com.
Pedro Vera
Likewise, I might use the dis-assembler that is part of Hi-Level assembler and look at the source that it produces. And fix that source.
lbd...@gmail.com
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
From: IBM Mainframe Discussion List <IBM-...@LISTSERV.UA.EDU> On Behalf Of Schmitt, Michael
Sent: Monday, January 29, 2024 1:19 PM
To: IBM-...@LISTSERV.UA.EDU
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 <IBM-...@LISTSERV.UA.EDU> On Behalf Of Billy Ashton
Sent: Monday, January 29, 2024 12:36 PM
For IBM-MAIN subscribe / signoff / archive access instructions, send email to list...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to list...@listserv.ua.edu with the message: INFO IBM-MAIN
Paul Gilmartin
> If I had this problem, I would browse the load module and search for '5.8' and use AMASPZAP to modify the text to an acceptable value.
Bypass a validity check!? The authors may have had a reason to code that.
But it may have been only that they were unable to test at a higher level.
> Likewise, I might use the dis-assembler that is part of Hi-Level assembler and look at the source that it produces. And fix that source.
PL/X? Was this an IBM product? Or a licensed vendor?
> On Monday, January 29, 2024 at 1:17:28 PM UTC-8 mark wrote:
>
> Bummer! Line macro support works but it was missing one thing at the time. I don’t even recall for sure, maybe it was GLOBAL_LINE_COMMAND_TABLE which I see now. I also recall opening a requirement for whatever it was. I still use LMAC, but some of my sandbox LPARs are using a line macro called LINEMAC and I also supply the table – LINETBL in XMI format on my web site and CBT file 434.____
--
gil
lbd...@gmail.com
My guess is that the code dynamically creates the ISPF line command table and then hooks it in dynamically using control blocks, or ???, that Doug knew as he was in ISPF development. Unfortunately that interface has not been exposed for the rest of us.
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
You received this message because you are subscribed to the Google Groups "ISPF discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ispf-l-list...@nd.edu.
Mike Shaw
<snip>
PL/X? Was this an IBM product? Or a licensed vendor?
Billy Ashton
--You received this message because you are subscribed to the Google Groups "ISPF discussion list" group.To unsubscribe from this group and stop receiving emails from it, send an email to ispf-l-list...@nd.edu.
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/01ed01da5389%24d48853a0%247d98fae0%24%40gmail.com.
lbd...@gmail.com
I’d bet that you can easily add your routines to Yves setup which is a single exec.
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
From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of Billy Ashton
Sent: Tuesday, January 30, 2024 10:17 AM
To: ispf-...@nd.edu
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/em4034d608-2c25-4ea7-8572-a8ae04a64113%405b54ca8f.com.
Robert Prins
Marvin Knight
LMAC will not run on ISPF 3.1. Even if you zap the value being compared (which is ZENVIR and has a value of 8.1 in 3.1) it will not run. You would get an abend 0C1 due to control black changes done in ISPF 3.1. This code would have to
be recompiled using new macros from 3.1.
Marvin Knight
From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of
Robert Prins
Sent: Tuesday, January 30, 2024 10:56 AM
To: ispf-...@nd.edu
Subject: [EXTERNAL] Re: [ISPF-L] RE: Replacement for LMAC program in ISPF 3.1
Try looking for 058c/079c or 003a/004f in close vicinity to each other. . . Or these values plus or minus one. Or send an email to Doug. . . On Tue, 30 Jan 2024, 16: 37 , <lbdyck@ gmail. com> wrote: After looking into it the code is in a load
ZjQcmQRYFpfptBannerStart
|
ZjQcmQRYFpfptBannerEnd
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CAFazsTCSPmXE_w6ipq5F%3DtH-M_rQ0w3AQY3J%2BvTRGWVECM%2Bbow%40mail.gmail.com.
lbd...@gmail.com
Thank you for that update. Any chance of an update to it ????
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
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/SN7PR15MB42244C12E4E195836D11B8F3817D2%40SN7PR15MB4224.namprd15.prod.outlook.com.
Marvin Knight
No plans on an update to it
From: ispf-...@nd.edu <ispf-...@nd.edu>
On Behalf Of lbd...@gmail.com
Sent: Tuesday, January 30, 2024 12:12 PM
To: ispf-...@nd.edu
Subject: [EXTERNAL] RE: [ISPF-L] RE: Replacement for LMAC program in ISPF 3.1
Thank you for that update. Any chance of an update to it ???? 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
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/03d801da53a7%24dba553e0%2492effba0%24%40gmail.com.
Robert Prins
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/SN7PR15MB42246AC2592A77471367ED8B817D2%40SN7PR15MB4224.namprd15.prod.outlook.com.
Farley, Peter
But wasn’t all (or most) of TASID functionality absorbed/added into SHOWZOS?
Perhaps someone can do the same as a CBT contribution for the LMAC functionality (I won’t pretend to understand what it’s all about as I haven’t used any of these ISPF enhancements).
Peter
From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of
Robert Prins
Sent: Tuesday, January 30, 2024 1:35 PM
To: ispf-...@nd.edu
Subject: Re: [ISPF-L] RE: Replacement for LMAC program in ISPF 3.1
On Tue, 30 Jan 2024, 20:32 Marvin Knight, <kni...@us.ibm.com> wrote:
No plans on an update to it
What a surprise... Like TASID...
:(
--
lbd...@gmail.com
Much of TASID found its way into ISRDDN – not all but many useful bits.
There is no viable way to create a workable replacement without knowing where to plug in a global line command table name after creating the table dynamically. Sadly, that would require knowledge of the internals of ISPF that we are not allowed to access – and if someone were to figure it out then it will probably change as it did with 3.1.
Thus anyone using LMAC is encouraged to check out https://www.cbttape.org/ for file 961 by Yves Colliard. It is a ISPF Global_Line_Command_Table that is defined using the ISPF configuration command tso ispcconf.
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
From: 'Farley, Peter' via ISPF discussion list <ispf-...@nd.edu>
Sent: Tuesday, January 30, 2024 1:32 PM
To: ispf-...@nd.edu
--
You received this message because you are subscribed to the Google Groups "ISPF discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ispf-l-list...@nd.edu.
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/BN0PR20MB39743A9CF923C24D7055439BEF7D2%40BN0PR20MB3974.namprd20.prod.outlook.com.
Robert Prins
--
You received this message because you are subscribed to the Google Groups "ISPF discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ispf-l-list...@nd.edu.
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/BN0PR20MB39743A9CF923C24D7055439BEF7D2%40BN0PR20MB3974.namprd20.prod.outlook.com.
lbd...@gmail.com
They would need to release the PL/X compiler if they did which they won’t ☹
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
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CAFazsTCYVbTX-ksx_OkVPp2PMZmW9-81hGNbDKj9L%2BqJO9E%3DHw%40mail.gmail.com.
Robert Prins
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/063801da53b4%241c26bb50%24547431f0%24%40gmail.com.
Farley, Peter
No, all they would have to do is release the LMAC SOURCE code (and probably copy/include members for ISPF internal CB’s, which is where the real problem lies).
No one would expect to actually compile it with PL/X, just port the functionality to a language that IS available to users.
It really is too bad that OCO has destroyed the user community’s ability to contribute to the environment.
Peter
From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of lbd...@gmail.com
Sent: Tuesday, January 30, 2024 2:40 PM
To: ispf-...@nd.edu
lbd...@gmail.com
True enough – they would also have to release the updated, internal, mapping macros but I’m open to that if they decide to do so 😊
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CAFazsTB%3D96uZ-fzvK3r5RLMTZ3SYFG%2B%3DUHU4yqJQ_qnbhMSW0w%40mail.gmail.com.
Robert Prins
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/065001da53b5%240157acc0%2404070640%24%40gmail.com.
Mike Shaw
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CAFazsTDxAO6HR_trCr5EE63PYLaaKS0fJ9%3DmdqWF7vXND4Ltpg%40mail.gmail.com.
mark mzelden.com
So for just a few line commands why all the push back or hesitation about using the supported line command function? I’ve been using it since it was available (z/OS 1.13?).
Again, I have examples on my web site / CBT file 434 but will share below this post. I can’t share the actual table since it is not text, but I do supply an XMI download that you can use as a sample / starting point and you can see a display below from ISPF option 3.16 of my table as well. I call that LINETBL and specify it on ISPF option 2 (which is also used for ISPF 3.4, or ISPF 3.1 edit/view).
For Billy it would just be repeating 85 different names executing the same MACRO in the table, right? Not much different than specifying those names in LMAC interactively unless I’m missing something.
My LINEMAC REXX macro was only the starting point for 5 different commands I use with LMAC. That is also below (along with my web site). I called it “LINEMAC”. I use it for 5 line commands that are also available on my web site / CBT file 434. I’m pretty sure that I could code my LINETBL calling LINEMAC like I used with LMAC and it would work fine, but that macro isn’t needed now (see last example). Untested, but I don’t see why it wouldn’t work.
LINETBL command table:
ZELCNAME ZELCSLNM ZELCPGMF ZELCBLKA ZELCMLTA ZELCDSTA
----+--- ----+--- ----+--- ----+--- ----+--- ----+---
DB DB N N N N
DT DT N N N N
ZB ZBROWSE N N N N
ZE ZEDIT N N N N
ZV ZVIEW N N N N
*************************************************************
LINEMAC macro
/* REXX */
/* */
/* AUTHOR: Mark Zelden */
/* Implement DB, DT, ZB, ZE, & ZV line commands. */
/* */
Address ISREDIT
"MACRO (parm) NOPROCESS"
Address ISPEXEC "CONTROL ERRORS RETURN"
If parm <> 'DB' & parm <> 'DT' & parm <> 'ZB' & ,
parm <> 'ZE' & parm <> 'ZV' then do
zedtpcmd=parm
Address ISPEXEC "SETMSG MSG(ISRE041)"
Exit 8 /* let ISPF handle the error */
End
Select
When parm = 'ZB' then parm2 = 'ZBROWSE'
When parm = 'ZV' then parm2 = 'ZVIEW'
When parm = 'ZE' then parm2 = 'ZEDIT'
Otherwise parm2 = parm
End
"PROCESS RANGE" parm
Interpret call parm2
Exit 0
LINETBL calling my “old” LINEMAC that I used with LMAC.
ZELCNAME ZELCSLNM ZELCPGMF ZELCBLKA ZELCMLTA ZELCDSTA
----+--- ----+--- ----+--- ----+--- ----+--- ----+---
DB LINEMAC N N N N
DT LINEMAC N N N N
ZB LINEMAC N N N N
ZE LINEMAC N N N N
ZV LINEMAC N N N N
***********************************************************
Best Regards,
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of Billy Ashton
Sent: Tuesday, January 30, 2024 10:17 AM
To: ispf-...@nd.edu
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/em4034d608-2c25-4ea7-8572-a8ae04a64113%405b54ca8f.com.
Marvin Knight
As Mark stated, the Edit Line Command Table is what should be used for edit line macro commands. It is the ”supported” method and was introduced in z/OS 1.13. The message from LMAC where it states ISPF
must be between 5.8 and 7.9 is a time bomb added back around 2011. Version 3.1 breaks this check since ZENVIR is now 8.1. Additionally, there have been control block changes that are referenced in LMAC that require LMAC being recompiled. LMAC was never
“officially supported” since Doug introduced it back in 1999 or so. The Line command table would be the method to use now.
Marvin Knight
From: ispf-...@nd.edu <ispf-...@nd.edu> On Behalf Of mark mzelden.com
Sent: Tuesday, January 30, 2024 6:18 PM
To: ispf-...@nd.edu
Subject: [EXTERNAL] RE: [ISPF-L] RE: Replacement for LMAC program in ISPF 3.1
So for just a few line commands why all the push back or hesitation about using the supported line command function? I’ve been using it since it was available (z/OS 1. 13?). Again, I have examples on my web site / CBT file 434 but will share
ZjQcmQRYFpfptBannerStart
|
ZjQcmQRYFpfptBannerEnd
So for just a few line commands why all the push back or hesitation about using the supported line command function? I’ve been using it since it was available (z/OS 1.13?).
.
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/CY5PR12MB640554523AEEA4C1F945F5F8D17C2%40CY5PR12MB6405.namprd12.prod.outlook.com.
lbd...@gmail.com
Is there a way to dynamically define a line command table?
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
To view this discussion on the web visit https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/SN7PR15MB422424DEA54F1A78E7CE3E1E817C2%40SN7PR15MB4224.namprd15.prod.outlook.com.
robhb...@gmail.com
By the way, I’m a little surprised (but pleased) that ISPF-L, though largely inactive, is still being watched by so many people. I was afraid I was the only one who kept an eye on it, and therefore that no one would reply if I ever had an ISPF question.