Re: CALLLIBS and non-existent library
DSN=SYS1.EMPTY, DISP=(NEW,CATLG), UNIT=3390,SPACE=(TRK,(1,0,1)),RECFM=U On Thu, Dec 1, 2016 at 7:54 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On 2016-12-01 13:29, Jesse 1 Robinson wrote: >> I had this problem some time ago with some optional part of an IBM product >> that I had chosen not to install but then got flak during PTF APPLY. The >> advice I got was that if no code would ever actually be needed, just point >> to SYS1.LINKLIB. If SMP/E ain't happy, ain't nobody happy. >> > There ought to be a NULLLIB, analogous to NULLFILE for such purposes. > Think of the directory searches it would save! > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CALLLIBS and non-existent library
On 2016-12-01 13:29, Jesse 1 Robinson wrote: > I had this problem some time ago with some optional part of an IBM product > that I had chosen not to install but then got flak during PTF APPLY. The > advice I got was that if no code would ever actually be needed, just point to > SYS1.LINKLIB. If SMP/E ain't happy, ain't nobody happy. > There ought to be a NULLLIB, analogous to NULLFILE for such purposes. Think of the directory searches it would save! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CALLLIBS and non-existent library
I had this problem some time ago with some optional part of an IBM product that I had chosen not to install but then got flak during PTF APPLY. The advice I got was that if no code would ever actually be needed, just point to SYS1.LINKLIB. If SMP/E ain't happy, ain't nobody happy. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, December 01, 2016 8:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: CALLLIBS and non-existent library W dniu 2016-12-01 o 17:08, Tom Marchant pisze: > On Thu, 1 Dec 2016 15:23:21 +0100, R.S. wrote: > >> During SMP/E installation of some product APPLY fails because there >> is no SIBMCALL dddef. >> This is part of PL/I which I don't have. >> PL/I is not a prerequisite of the product. >> >> Any clue? > Obvious answer: ask the vendor. > > CALLLIBS is the way you tell SMP/E to provide a SYSLIB concatenation > (may be just one library) to the binder. The binder will try to find > modules there to resolve any unresolved external references. > > Did the link edit fail, or was the link edit not done? > > If the link edit step failed with unresolved references, I'd look at > it and try to figure out where those modules reside. I'd expect that > they are in some LE library, and that is the data set you need for > SIBMCALL. You may need LILST and XREF to help you figure it out. > > If the link edit step was skipped, include a DD for SIBMCALL pointing > to an empty data set and look at the link to determine what modules > are needed. > >> 2. Edit MCS to remove SIBMCALL from the list. > Not a good idea. > The vendor is IBM. The PL/I is not a part or prerequsite of the product (SQL Performance Analyzer). According to some suggestions I got off-list I defined SIBMCALL entry pointing to dummy load library. APPLY CHECK ended with RC=0 APPLY ended with RC=4 and some GIM23913W in SMPOUT and some IEW2480W + IEW2482W in SMP000nn. However I feel unhappy with such approach. Program Directory should explain scenario with no SIBMCALL in the system. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CALLLIBS and non-existent library
W dniu 2016-12-01 o 17:08, Tom Marchant pisze: On Thu, 1 Dec 2016 15:23:21 +0100, R.S. wrote: During SMP/E installation of some product APPLY fails because there is no SIBMCALL dddef. This is part of PL/I which I don't have. PL/I is not a prerequisite of the product. Any clue? Obvious answer: ask the vendor. CALLLIBS is the way you tell SMP/E to provide a SYSLIB concatenation (may be just one library) to the binder. The binder will try to find modules there to resolve any unresolved external references. Did the link edit fail, or was the link edit not done? If the link edit step failed with unresolved references, I'd look at it and try to figure out where those modules reside. I'd expect that they are in some LE library, and that is the data set you need for SIBMCALL. You may need LILST and XREF to help you figure it out. If the link edit step was skipped, include a DD for SIBMCALL pointing to an empty data set and look at the link to determine what modules are needed. 2. Edit MCS to remove SIBMCALL from the list. Not a good idea. The vendor is IBM. The PL/I is not a part or prerequsite of the product (SQL Performance Analyzer). According to some suggestions I got off-list I defined SIBMCALL entry pointing to dummy load library. APPLY CHECK ended with RC=0 APPLY ended with RC=4 and some GIM23913W in SMPOUT and some IEW2480W + IEW2482W in SMP000nn. However I feel unhappy with such approach. Program Directory should explain scenario with no SIBMCALL in the system. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CALLLIBS and non-existent library
On Thu, 1 Dec 2016 15:23:21 +0100, R.S. wrote: >During SMP/E installation of some product APPLY fails because there is >no SIBMCALL dddef. >This is part of PL/I which I don't have. >PL/I is not a prerequisite of the product. > >Any clue? Obvious answer: ask the vendor. CALLLIBS is the way you tell SMP/E to provide a SYSLIB concatenation (may be just one library) to the binder. The binder will try to find modules there to resolve any unresolved external references. Did the link edit fail, or was the link edit not done? If the link edit step failed with unresolved references, I'd look at it and try to figure out where those modules reside. I'd expect that they are in some LE library, and that is the data set you need for SIBMCALL. You may need LILST and XREF to help you figure it out. If the link edit step was skipped, include a DD for SIBMCALL pointing to an empty data set and look at the link to determine what modules are needed. >2. Edit MCS to remove SIBMCALL from the list. Not a good idea. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CALLLIBS and non-existent library
I would think that in some part of this process it asked if you had PL/I. If you do not have it, then there should be some way to let the product know not to include PL/I modules. The product structure for PL/I has changed from the previous PL/I version. Most JCL and CLISTs that link-edit a PL/I application using the OS PL/I library must be changed. These changes include: The OS PL/I multitasking library PLITASK has been replaced by SIBMTASK, which is required to have multitasking support. SIBMTASK must be concatenated before SCEELKED. Note that Enterprise PL/I for z/OS does not currently support multitasking. Language Environment continues to support PL/I multitasking for PL/I for MVS & VM as well as previous, supported levels of the PL/I product. The PLIBASE and SIBMBASE libraries have been replaced by: SCEELKED, which contains resident routines that are linked with the application and are used to resolve external references at link-edit time. SIBMMATH, which contains the stubs for old OS PL/I V2R3 math library routines. In link-edit steps, this library must precede SCEELKED if old math results are desired in a particular executable program. SIBMCALL, which is required to provide PLICALLA and PLICALLB compatibility if PL/I for MVS & VM applications use OS PL/I PLICALLA or PLICALLB as an entry point. SIBMCALL must be concatenated before SCEELKED. SIBMCAL2, which is very similar to SIBMCALL, but is only used with Enterprise PL/I for z/OS. Note: SCEELKED and SIBMCAL2 are the only libraries that apply for Enterprise PL/I for z/OS. If it is looking for SIBMCALL then it is probably going to want the PLICALLA and PLICALLB modules. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of R.S. > Sent: Thursday, December 01, 2016 7:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CALLLIBS and non-existent library > > During SMP/E installation of some product APPLY fails because there is no > SIBMCALL dddef. > This is part of PL/I which I don't have. > PL/I is not a prerequisite of the product. > > Any clue? > > My wild ideas: > 1. Define DDDEF entry for SIBMCALL and point to SYS1.LINKLIB or empty loadlib. > 2. Edit MCS to remove SIBMCALL from the list. > > -- > Radoslaw Skorupka > Lodz, Poland > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN