Reporting back as promised. Everything is now working as I want it.
Using the ++MOD LKLIB() parm allowed me to deliver the smpe 1 load module to the smpe 2 environment and the ultimate linked of the final load module worked just fine. Thanks Paul Gilmartin for sticking with it. Your help is greatly appreciated. Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230 [email protected] | www.thermofisher.com WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent of a system responsible for delivering the message to the intended recipient, is prohibited. If you are not the intended recipient, please inform the sender and delete all copies. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Hardee, Chuck Sent: Tuesday, August 12, 2014 8:36 PM To: [email protected] Subject: Re: Another SMP/E opportunity You may have just saved the day. I used ++MOD with TXLIB but when I hit the snag the SMPe doesn't save the output of the assembly as a deck, I changed to ++PROGRAM and the LKLIB parm. Somehow I must have missed the LKLIB parm of the ++MOD. I'll give it a try and report back. Thanks! Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230 [email protected] | www.thermofisher.com WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent of a system responsible for delivering the message to the intended recipient, is prohibited. If you are not the intended recipient, please inform the sender and delete all copies. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Tuesday, August 12, 2014 8:31 PM To: [email protected] Subject: Re: Another SMP/E opportunity On 2014-08-12 18:22, Hardee, Chuck wrote: > Doesn't ++MOD require an object deck? > Not as you're thinking of it. > Are you saying to point a ++MOD at the linked modules in smpe 1 when I apply > the usermod in smpe 2? > Why not? http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.gim2000/gim3rf_Operands4.htm Operands SMP/E for z/OS Reference SA23-2276-00 Parent topic: ++MOD MCS LKLIB is the ddname of the partitioned data set containing the link-edited format of the object module. This operand is required if the module is provided in a data set, rather than inline or on a tape. (But that's just what the book says. Sometimes they lie.) -- gil ---------------------------------------------------------------------- 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
