home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!usc!sdd.hp.com!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!auvm!USCMVSA.BITNET!LDW
- Message-ID: <IBM-MAIN%92112318394457@RICEVM1.RICE.EDU>
- Newsgroups: bit.listserv.ibm-main
- Date: Mon, 23 Nov 1992 16:37:00 PST
- Sender: IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
- From: Leonard D Woren <LDW@USCMVSA.BITNET>
- Subject: Re: Need help patching executable load module or unloaded module
- Lines: 15
-
- You need to update the module in place. There is special directory
- information for load modules that you must be losing when you read the
- module, update it, and write a new copy. Even if you patch an unloaded
- copy, you must be sure to preserve the block structure that IEBCOPY
- writes -- it's marked RECFM=VS, but you must not allow data to be
- moved from one block to another, split, or combined.
-
- My recommendation would be for you to have a separate CSECT, or at
- least an external entry point for the expiration date (encoded), and
- supply AMASPZAP statements to update it. This is the safest way to
- do it, and is (unfortunately) quite common. (Unfortunately because I
- think that expiration dates in code is tacky.)
-
-
- /Leonard
-