Yep. Sure does.

Thanks!







At 12/14/2018 05:27 AM, Binyamin Dissen wrote:
I would think that

             IEFJFCBN  OPSYN ,

would do it.

On Fri, 14 Dec 2018 04:49:36 -0500 David Cole <[email protected]> wrote:

:>Hi All,
:>
:>I have a problem...
:>
:>There's an IBM macro ("IEFJFCBN") that's called by another IBM macro
:>("IECDSECT"), but I want to temporarily change IEFJFCBN such than
:>when IECDSECT calls it, the changed IEFJFCBN only generates a buffer
:>without also generating all the JFCBnnnn fields.
:>
:>To do that I have written an envelop macro ("#OCEWA") for calling
:>IECDSECT. But before calling IECDSECT, #OCEWA creates an inner macro
:>definition for "IEFJFCBN" that generates the 176-byte buffer without
:>also generating the JFCBnnnn fields. Then when IECDSECT invokes
:>IEFJFCBN, it gets my copy instead of IBM's copy. So far, so good.
:>
:>Normally, once created, inner macros survive the termination of their
:>defining outer macros, and are available for the rest of the
:>assembly. Normally, that's a good thing...
:>
:>BUT... In this case, once I've invoked #OCEWA, I then want to discard
:>the temporary IEFJFCBN such that subsequent invocations (outside of
:>#OCEWA) get IBM's copy, not mine.
:>
:>So Once my IEFJFCBN is no longer useful, I want to purge it. The
:>problem is, I don't know how to do that.
:>
:>Can anyone help me with this?
:>
:>Thanks,
:>Dave Cole
:>ColeSoft Marketing
:>414 Third Street, NE
:>Charlottesville, VA 22902
:>EADDRESS:    [email protected]
:>
:>Home page:   www.colesoft.com
:>LinkedIn:    www.xdc.com
:>Facebook:    www.facebook.com/colesoftware
:>YouTube:     www.youtube.com/user/colesoftware
:>
:>Tools:       z/XDC for Assembler debugging
:>              c/XDC for C debugging

--
Binyamin Dissen <[email protected]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:    <mailto:[email protected]>[email protected]

Home page:   www.colesoft.com
LinkedIn:    www.xdc.com
Facebook:    www.facebook.com/colesoftware
YouTube:     www.youtube.com/user/colesoftware

Tools:       <http://www.colesoft.com/zxdc/>z/XDC for Assembler debugging
<http://www.colesoft.com/c/>c<http://www.colesoft.com/c/>/XDC for C debugging

Reply via email to