Have you considered LANG(CREX) on the previous SELECT, or putting a wrapper around the edit macro that does?
I realize that executing an edit macro doesn't have (but probably should have) an analogous option, so it's a bit of a long shot. You might want to try to get the attention of someone from IBM as the internals of the interface between REXX and ISPF are involved. I'd like to know what you come up with, OREXXMan Q: What do you call the residence of the ungulate with the largest antlers? A: A moose pad. :-D Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or via disk (JCL)? Why do you think you rarely see *nix commands with more than a dozen filters, while Pipelines specifications are commonly over 100s of stages, and 1000s of stages are not uncommon. REXX is the new C. On Mon, Jan 13, 2025 at 6:55 AM ITschak Mugzach < 000005a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote: > Has anyone successfully implemented ISPF edit macros as compiled rexx? The > problem is that the macro is invoked using ISOF select service, and it > seems that the Rexx compiler does not support it. > If I use CPPLEFPL as a STUG, the program abends. Other STUBS does not > abend, but the ISREDIT commands returns null/blank values for the following > command: > > "ISREDIT ($MEMNAME) = MEMBER" > > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring > for z/OS, x/Linux & IBM I **| z/VM coming soon * > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
