Re: How to APPLY FMID's again
On Thu, 5 Feb 2009 11:44:49 -0800, Skip Robinson wrote: I'm not sure what Gil means by 'exportable'. There was a period some years ISV's point of view. I was wondering whether BUILDMCS might be a technique for (re-)packaging a function for distribution to customers in the field. Clearly, now that I RTFM, no. That's not what it's for. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Wed, 4 Feb 2009 12:21:58 -0600, Chase, John wrote: [snip ] If the product has been ACCEPTed and you haven't applied subsequent maintenance that is not also ACCEPTed, you might consider the SMP/E BUILDMCS command, then RECEIVE, APPLY and ACCEPT its output deck. Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? I've only done it once, when I copied the XML Toolkit from the z/OS 1.7 to the 1.9 CSI. It appears to just copy from the existing DLIBs. I still have the SMPPUNCH output; I'll send you a sanitized copy off-list if you like (187 lines). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
On Thu, 5 Feb 2009 07:03:13 -0600, Chase, John wrote: Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? I've only done it once, when I copied the XML Toolkit from the z/OS 1.7 to the 1.9 CSI. It appears to just copy from the existing DLIBs. I still have the SMPPUNCH output; I'll send you a sanitized copy off-list if you like (187 lines). Ah, no need: I RTFM: 4.8.3 SMP/E V3R5.0 for z/OS V1R10.0 Commands __ 4.8.3 Determine elements for all associated SYSMODs ... SMP/E creates a FROMDS operand on the element MCS to specify the data set name associated with the element's DISTLIB value. SMP/E extracts the data set name from the DDDEF entry for the DISTLIB ddname. If a DDDEF entry is not found in the set-to zone for the DISTLIB ddname, then only the ddname is specified on the FROMDS operand. ... so the built MCS contains references to the local DLIBs. As such, it seems tied to the originating site; not exportable to other site; and subject to peculiar corruption if subsequent maintenance is ACCEPTed in the originating CSI. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
I'm not sure what Gil means by 'exportable'. There was a period some years ago when our mgmt couldn't decide whether to spring for the latest release of Netview, which they considered very expensive. On the other hand, we had no other product in house to do the job, so for a few releases we used BUILDMCS to roll our old Netview from one z/OS (or OS/390) level to the next. We were licensed to run the old Netview but could no longer order it in ServerPac. This process actually worked amazingly well until we decided to go whole hog on the new release. A couple of gotchas: 1. You must ACCEPT *all* product related maintenance in the old CSI before running BUILDMCS. If not, you get error messages that (at least then) were not at all clear. 2. Be careful with a tricky product like Netview that puts components into NUCLEUS. At one new MVS release, NUCLEUS structure changed such that the JCLIN for the old Netview broke it. Ouch! We got around the problem by editing out the NUCLEUS portion of the old JCLIN. I wouldn't think that many products have hooks in NUCLEUS. In any case, I consider transporting a BUILDMCS from an old CSI to a new CSI an example of 'exportability'. All this happened to take place on the same image, but as long as all files are 'moved', there should not be an 'export' problem. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Paul Gilmartin paulgboul...@aim .COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: How to APPLY FMID's again 02/05/2009 06:20 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Thu, 5 Feb 2009 07:03:13 -0600, Chase, John wrote: Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? I've only done it once, when I copied the XML Toolkit from the z/OS 1.7 to the 1.9 CSI. It appears to just copy from the existing DLIBs. I still have the SMPPUNCH output; I'll send you a sanitized copy off-list if you like (187 lines). Ah, no need: I RTFM: 4.8.3 SMP/E V3R5.0 for z/OS V1R10.0 Commands __ 4.8.3 Determine elements for all associated SYSMODs ... SMP/E creates a FROMDS operand on the element MCS to specify the data set name associated with the element's DISTLIB value. SMP/E extracts the data set name from the DDDEF entry for the DISTLIB ddname. If a DDDEF entry is not found in the set-to zone for the DISTLIB ddname, then only the ddname is specified on the FROMDS operand. ... so the built MCS contains references to the local DLIBs. As such, it seems tied to the originating site; not exportable to other site; and subject to peculiar corruption if subsequent maintenance is ACCEPTed in the originating CSI. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to APPLY FMID's again
Hi All the PSF related FMID's are applied in a unique CSI but the LINKLIB DDDEF was pointed to the SYS1:LINKLIB of zOS 1.8 . I would like to change the DDDEF for LINKLIB to another library (I can do this) and run the APPLY again (till now I was unable) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
Miklos, Do you want to clean up the stuff you put into the 1.8 LINKLIB? If so, leave the DDDEFs alone and run a RESTORE command of PSF. This will remove PSF from the target libraries - including the 1.8 LINKLIB. Then update the DDDEF to point to the correct LINKLIB and run the APPLY again - with no changes needed. If you don't care that you have stuff in the LINKLIB, you can just rerun the APPLY with a REDO parameter on it. This will reapply the PSF code. Using the REDO parameter you will also have to specifically SELECT the appropriate sysmods. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Wednesday, February 04, 2009 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: How to APPLY FMID's again Hi All the PSF related FMID's are applied in a unique CSI but the LINKLIB DDDEF was pointed to the SYS1:LINKLIB of zOS 1.8 . I would like to change the DDDEF for LINKLIB to another library (I can do this) and run the APPLY again (till now I was unable) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
Hi Thank you. I would like to leave in 1.8 LINKLIB, so i don't want to make a RESTORE. As they are FMID's I get error if I specify in the SELECT, and I get an error if I specify a FORFMID list. The SMP/ is complaining this FMID's are not in the GLOBAL zone. Pommier, Rex R. wrote: Miklos, Do you want to clean up the stuff you put into the 1.8 LINKLIB? If so, leave the DDDEFs alone and run a RESTORE command of PSF. This will remove PSF from the target libraries - including the 1.8 LINKLIB. Then update the DDDEF to point to the correct LINKLIB and run the APPLY again - with no changes needed. If you don't care that you have stuff in the LINKLIB, you can just rerun the APPLY with a REDO parameter on it. This will reapply the PSF code. Using the REDO parameter you will also have to specifically SELECT the appropriate sysmods. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Wednesday, February 04, 2009 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: How to APPLY FMID's again Hi All the PSF related FMID's are applied in a unique CSI but the LINKLIB DDDEF was pointed to the SYS1:LINKLIB of zOS 1.8 . I would like to change the DDDEF for LINKLIB to another library (I can do this) and run the APPLY again (till now I was unable) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
Has PSF been accepted ? Lizette Hi Thank you. I would like to leave in 1.8 LINKLIB, so i don't want to make a RESTORE. As they are FMID's I get error if I specify in the SELECT, and I get an error if I specify a FORFMID list. The SMP/ is complaining this FMID's are not in the GLOBAL zone. Pommier, Rex R. wrote: Miklos, Do you want to clean up the stuff you put into the 1.8 LINKLIB? If so, leave the DDDEFs alone and run a RESTORE command of PSF. This will remove PSF from the target libraries - including the 1.8 LINKLIB. Then update the DDDEF to point to the correct LINKLIB and run the APPLY again - with no changes needed. If you don't care that you have stuff in the LINKLIB, you can just rerun the APPLY with a REDO parameter on it. This will reapply the PSF code. Using the REDO parameter you will also have to specifically SELECT the appropriate sysmods. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Wednesday, February 04, 2009 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: How to APPLY FMID's again Hi All the PSF related FMID's are applied in a unique CSI but the LINKLIB DDDEF was pointed to the SYS1:LINKLIB of zOS 1.8 . I would like to change the DDDEF for LINKLIB to another library (I can do this) and run the APPLY again (till now I was unable) -- Miklos Szigetvari -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
Hi. Apparently I misunderstood and thought you had just installed PSF into the 1.8 LINKLIB by accident and wanted to correct the DDDEF and re-apply it. Am I correct now in guessing that you have PSF installed and working in the 1.8 LINKLIB and you want to reinstall it into a 1.9 or 1.10 new environment? Has PSF been ACCEPTED into the 1.8 level DLIBs? If SMP/E is complaining that PSF isn't in the GLOBAL zone, you will need to RECEIVE it back into the GLOBAL zone then you can apply it. If you are using the same CSI you used the first time you installed PSF, you will need to use the REDO and SELECT parameters like I mentioned before. Rex -Original Message- Hi Thank you. I would like to leave in 1.8 LINKLIB, so i don't want to make a RESTORE. As they are FMID's I get error if I specify in the SELECT, and I get an error if I specify a FORFMID list. The SMP/ is complaining this FMID's are not in the GLOBAL zone. Pommier, Rex R. wrote: Miklos, Do you want to clean up the stuff you put into the 1.8 LINKLIB? If so, leave the DDDEFs alone and run a RESTORE command of PSF. This will remove PSF from the target libraries - including the 1.8 LINKLIB. Then update the DDDEF to point to the correct LINKLIB and run the APPLY again - with no changes needed. If you don't care that you have stuff in the LINKLIB, you can just rerun the APPLY with a REDO parameter on it. This will reapply the PSF code. Using the REDO parameter you will also have to specifically SELECT the appropriate sysmods. HTH Rex -Original Message- Hi All the PSF related FMID's are applied in a unique CSI but the LINKLIB DDDEF was pointed to the SYS1:LINKLIB of zOS 1.8 . I would like to change the DDDEF for LINKLIB to another library (I can do this) and run the APPLY again (till now I was unable) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. Hi. Apparently I misunderstood and thought you had just installed PSF into the 1.8 LINKLIB by accident and wanted to correct the DDDEF and re-apply it. Am I correct now in guessing that you have PSF installed and working in the 1.8 LINKLIB and you want to reinstall it into a 1.9 or 1.10 new environment? Has PSF been ACCEPTED into the 1.8 level DLIBs? If SMP/E is complaining that PSF isn't in the GLOBAL zone, you will need to RECEIVE it back into the GLOBAL zone then you can apply it. If you are using the same CSI you used the first time you installed PSF, you will need to use the REDO and SELECT parameters like I mentioned before. If the product has been ACCEPTed and you haven't applied subsequent maintenance that is not also ACCEPTed, you might consider the SMP/E BUILDMCS command, then RECEIVE, APPLY and ACCEPT its output deck. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
On Wed, 4 Feb 2009 12:21:58 -0600, Chase, John jch...@ussco.com wrote: If SMP/E is complaining that PSF isn't in the GLOBAL zone, you will need to RECEIVE it back into the GLOBAL zone then you can apply it. If you are using the same CSI you used the first time you installed PSF, you will need to use the REDO and SELECT parameters like I mentioned before. Or, (re-RECEIVE, yes) and create a new DLIB/TARGET pair and APPLY (and ACCEPT ad-lib) into that. If the product has been ACCEPTed and you haven't applied subsequent maintenance that is not also ACCEPTed, you might consider the SMP/E BUILDMCS command, then RECEIVE, APPLY and ACCEPT its output deck. Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
When you re-receive the SYSMODs as others have suggested, remember to BYPASS the APPLYCHECK and ACCEPTCHECK options. -Original Message- From: Miklos Szigetvari Sent: Wednesday, February 04, 2009 9:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to APPLY FMID's again Hi Thank you. I would like to leave in 1.8 LINKLIB, so i don't want to make a RESTORE. As they are FMID's I get error if I specify in the SELECT, and I get an error if I specify a FORFMID list. The SMP/ is complaining this FMID's are not in the GLOBAL zone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
