ObSchiller Against stupidity the gods themselves contend in vain. You can't win an argument with the invincibly ignorant, no mater how many times you ask them to RTFM. My condolences.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of Paul Gilmartin <0000000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Friday, May 25, 2018 12:19 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs. On Fri, 25 May 2018 07:37:53 -0500, John McKown wrote: >On Fri, May 25, 2018 at 7:26 AM Tom Marchant wrote: > >> On Fri, 25 May 2018 12:20:18 +0000, Allan Staller wrote: >> >> >Check the releted DDDEF's and the SYSLIB/CALLLIB concat. >> >> SYSLIB? The SYSLIB DDDEF is for assemblies, not for link edits. > >True for SMP/E usagre. The Binder, at least in batch, uses the DD SYSLIB >for autocall (CALL option). However, SMP/E, when it scans the ++JCLIN, will >notice any Binder SYSLIBs. It will store the last qualifier as a DDDEF name >in the appropriate LMOD. When the Binder is invoked for that LMOD, SMP/E >will dynamically allocate the DDDEFs in the LMOD entry to some SMPnnnnn DD >name and pass that name as the alternate SYSLIB name to the Binder. > SYSLIB? SYSLMOD? Whatever. I don't believe SMP/E cares about SYSLIB DD statement images in Binder JCLIN. But the DDNAME on INCLUDE statements must match the DLIB NAMED on the ++MOD MCS. I once had a heated argument with a co-worker who observed that the SYSLMOD DSN in JCLIN was not an existing data set, and insisted that it must refer to a real data set. I tried to explain to him that what he saw was not JCL, but he persisted, arguing that if each line starts with "//" it must be JCL! >However, I don't control the LMOD entry, it was set up for me by IBM when I >installed SMP/E and maintained by them. And, just to be complete, AOSBN is >not mentioned in the LMOD SYSLIB equivalent. Only LINKLIB is mentioned in >the Binder SYSMOD for this LMOD. > >Again, the output from SMP/E and the LIST LMOD XREF output can be viewed >on Github here: >https://secure-web.cisco.com/1sn_Ew1J2mshmQ2uFOUCcFUQR-Nj7zIylBpu90fJUGZnrxUpDYeZFKdqU_9DdZEhi9rhECSHdRo8F5ZQYu3w5FuHNgTKgsRe-RdhfGd-8Zshr-IuqkjWrR0MqgCkYH2j8ttqQgEeTDHTUJ61uHQSqSXSkdXC8PqyVxK79vzyArSvKI29vyfODMMGcJi_lduuZ2rD5GuJkfhVn2IR1syykWK_Hq9HfwGOQHBupSObIE713SOHIzWx1Ay3Czk0P3HWDAwncOso9CDhblg-frfvbdw_po06pjh_JfmL6Y08u3E_VZGHst_ACo-SGVjzUt8_PW64vTbsAFakx-8nkeczLKL3Y9CR4_OFVVzaJU62tKwLELM9Pj8ehYGMxke40LM7J6hAf4pTAg4CcI12WVGnurpvOLF6j4HCuZuvE_v1HBS9Dr9Aq9NuxBMMWJfQl0TUFSduZ2omYgfmR26afqYysbA/https%3A%2F%2Fgist.github.com%2FJohnArchieMckown%2F20d995cce8e2f201a4cf9725c4932092 -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN