relinking does not change calling program. This has the potential to reduce testing effort.
On Tue, Dec 16, 2014 at 9:38 AM, Frank Swarbrick < [email protected]> wrote: > > Thanks.I still have to wonder why anyone would use that instead of just > recompiling with DYNAM. With IGZBRDGE you still have to re-link, so why > not recompile as well? Ah well, water way under the bridge I guess! > Frank > From: Bob Rutledge <[email protected]> > To: [email protected] > Sent: Monday, December 15, 2014 8:51 PM > Subject: Re: COBOL IGZBRDGE > > Frank Swarbrick wrote: > > We got an interesting note from one of our vendors. They are using the > IGZEBRG module (which I guess is invoked from the IGZBRDGE macro, though > they don't seem to actually use the macro itself) for dynamic calls and are > going to have to make "invasive changes" in order to get around the fact > that this is not supported in COBOL 5. > > We never used this feature in our own internal programs. Where can I > find out more about how it worked and what the migration path away from it > is/was? I can't seem to find much about it on the internet. I assume > that's because it's really a COBOL II feature. > >>From what I can tell by looking at the macro (in CEE.SCEEMAC) and its > resulting usage it looks like its used to create an object module with > entry points for any routine where you want to use a static call and yet > have the actual modules called/loaded dynamically. I am curious about the > history behind it. Why would this have been used instead of just > specifying the COBOL DYNAM option so that a "call literal" does a dynamic > call instead of a static call? > > Not that it matters in the end; I'm just wondering about its history. > And I'm wondering how long ago this vendor should have stopped using it. > :-) > > Start here: > > > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/IGYSH007?SEARCHREQUEST=cobol+ii&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&CASE=alcse913 > > It's described in the APG for MVS & CMS. > > Bob > > > > ---------------------------------------------------------------------- > 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
