I know perfectly well how to do such a relink. I still would be looking to properly copy the correct IBM or ISV from the correct properly maintained target library rather that relinking on the fly. Unless of course it's o'dark thirty and the system is falling around my ears because of some "apparently innocuous" blunder.
It's been a couple decades since I've had a system in such dire straits. As to cynical, I only need look at some of the recent neophyte questions on these lists to realize just how far some outfits are out on the limb asking with completely unprepared people to safeguard systems presumably important enough to spend what z/OS costs just to run. Of course, this does give me hope I'll find another position when I am forced to leave here after 30+ years when/if they succeed in ERP'ing the mainframe away. Problem is I suffer from jack of all trades syndrome. I rarely have freedom to fully master or complete a given area before the need in another returns to the pushdown stack of things needing done. Dave Gibney Information Technology Services Washington State University > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of john gilmore > Sent: Monday, April 11, 2011 6:20 PM > To: [email protected] > Subject: Re: AC (authorization code) change > > Dave Gibney's anxieties about how a module that should be AC(1) came to > be shipped as something else are entirely understandable; but with more > experience he will come to be more cynical. > > Modules designed only for a reentramt environment can lose that attribute; > those that should be AC(1) can lose that attributre, etc., etc., ad nauseam. > > Moreover, the vendor, be it IBM or an ISV, is very often not the culprit. > Instead, some apparently innocuous move/copy operation or the like turns > out to be. (One can abjure young sysprogs, over and over again, to use only > the Binder or, anciently, the Linkage Editor to move program objects/load > modules around; but in my experience they dismiss such advice as avuncular > nonsense until, finally, they have a really unfortunate experience that drives > the lesson home.) > > Facility in the use of the Binder to change|restore the proper attributes of a > program object is a skill that every sysprog should have. > > John Gilmore Ashland, MA 01721-1817 USA > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > [email protected] with the message: GET IBM-MAIN INFO Search the > archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
