Doesn't ++MOD require an object deck? Are you saying to point a ++MOD at the linked modules in smpe 1 when I apply the usermod in smpe 2?
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:19 PM To: [email protected] Subject: Re: Another SMP/E opportunity On 2014-08-12 18:09, Hardee, Chuck wrote: > Yes, you can deliver with a ++PROGRAM. > This: > ++PROGRAM(IDACFGCV) > DISTLIB(AAGJMOD) > LKLIB(IPO7TGT) > SYSLIB(CAGJLOAD) > . > Takes the load module from the SMP/e environment #1 and loads it into the > target loadlib for SMP/e environment #2. > All of my Environment 2 usermods of this type delivered their payloads just > fine from SMP/e environment 1 to environment 2. > Where this all fell down is the very last step was to install a usermod that > assembled a small, unused program and link it with the 8 modules from the > ++PROGRAM usermods and create a load module in environment 2. > > Even though each usermod completed with a return code 00 and I had a load > module in the target load lib, SMP/e complained that each for the load > modules weren't in the load module being constructed. And, this would be > correct since the load module did not exist and was being created for the > first time. > > That's the confusing part. If you query a module it says that there's a > program entry. To me, that means it's defined. IF you look in the target load > library, there's a load module, so it should be available. Yet, given all > that, the usermod that links the final load module in environment #2 won't > work because each of the constituent modules are "not included" in the final > load module and the final load module hasn't been created yet, that's what > the usermod is supposed to be doing. > Try "++MOD" instead of "++PROGRAM". Supply ++JCLIN for a link edit step to create your combined load module. I don't believe you need "SYSLIB(CAGJLOAD)", or SMP/E will infer it from the JCLIN. I discover to my somewhat pleasant surprise that SMP/E will accept a UNIX directory as SYSLMOD. If you do this, you could use the UNIX file timestamps to configure your PTF(s). You'd need to use cp(1) to get them back to a PDS you could use as a LKLIB. (Actually, an LMOD entry can have 2 SYSLIB subentries -- one could be a UNIX directory used only for the timestamps; the other a PDS(E) for the LKLIB.) Or filter your PTF MCS for environment #1 to create PTFs for environment #2. -- 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
