Sorry, what I was looking for is ... It just seems like it would be a cleaner solution... The effort is on the Software provider's side, and the client reaps the benefit...
Herbie -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Van Dalsen, Herbie Sent: 25 Januarie 2008 06:31 nm To: [email protected] Subject: Re: zOS 1.9 IEANUC01 Yes, maybe except that if your &REL parm is specified correctly, then SMPE takes care of the rest. IMO the danger in messing around with things outside of SMPE is that it is very hard to document and control. Herbie -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 25 Januarie 2008 06:05 nm To: [email protected] Subject: Re: zOS 1.9 IEANUC01 On Fri, 25 Jan 2008 17:58:29 -0000, Van Dalsen, Herbie <[EMAIL PROTECTED]> wrote: >Sorry for coming in very late in this one... > >I was just reading through this whole thread, and I was thinking this... >It is probably over-simplified... > >If co-existence exists between 1.9 ; 1.8 ; 1.7... Then in SYS1.LINKLIB >have GIMSMP17,18,19, also a IEBCOPY16 and IEBCOPY19, because no changes >occurred in between etc... The same there should be multiple copies of >programs / utilities / libraries that differ in between releases... Then >in the SMP/E proc, have a &REL parm that is added to any program that is >used that can make a difference... This way, if I have a 1.7 system >(Prod) and a 1.9 system (Test) There should not be any problems for me >provided the sysprog is awake and his doco is updated... > > Over-simplified? Sounds complicated. More so then using a JOBLIB/STEPLIB and classpath pointing to a service directory when running from a downleveled driving system (IMO). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator ---------------------------------------------------------------------- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator ---------------------------------------------------------------------- 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
