Re: Delete FMID
(But can JCLIN for one FMID add LMOD subentries referring to an LMOD introduced in a different FMID?) Yes. Then will DELETEing an FMID cause removal of all LMOD subentries it introduced, particularly from MOD entries belonging to a different FMID? No. Deleting an FMID will only delete MODs that are currently owned by the subject FMID. LMOD subentries in MODs owned by other FMIDs are not affected by deleting the FMID. Kurt Quackenbush -- IBM, SMP/E Development -- 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: Delete FMID
On Thu, 27 Oct 2011 11:47:47 -0500, Matthew Stitt wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I suggest that you contact the vendor and tell them about the improper construction. -- Tom Marchant -- 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: Delete FMID
Paul Gilmartin wrote: Ouch! It has long been my understanding that SMP/E has an inadequate understanding of ownership of LMODs by FMIDs. snip In the general case, FMIDs do not own LMODs. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- 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: Delete FMID
Humm ... why not just specify a linkedit statement ??. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Friday, October 28, 2011 7:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete FMID On Thu, 27 Oct 2011 11:47:47 -0500, Matthew Stitt wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I suggest that you contact the vendor and tell them about the improper construction. -- Tom Marchant -- 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1834 / Virus Database: 2092/4579 - Release Date: 10/27/11 -- 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: Delete FMID
(But can JCLIN for one FMID add LMOD subentries referring to an LMOD introduced in a different FMID?) Yes. Kurt Quackenbush -- IBM, SMP/E Development -- 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: Delete FMID
On Fri, 28 Oct 2011 09:58:23 -0400, Kurt Quackenbush wrote: (But can JCLIN for one FMID add LMOD subentries referring to an LMOD introduced in a different FMID?) Yes. Then will DELETEing an FMID cause removal of all LMOD subentries it introduced, particularly from MOD entries belonging to a different FMID? Thanks, 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
Delete FMID
Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. Thanks. -- 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: Delete FMID
On 10/27/11 12:47, Matthew Stitt wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. Thanks. Something like this should work. //STEP1 EXEC ZOS112R //SMPPTFIN DD * ++FUNCTION(DELFMID) . ++VER(Z038) DELETE(JWRE33I). /* //SYSIN DD * SET BDY(GLOBAL). RECEIVE SYSMODS. SET BDY(MVST100). APPLY S(DELFMID) BYPASS(ID) REDO. SET BDY(MVSD100). ACCEPT S(DELFMID) BYPASS(ID) REDO. -- Mark Jacobs Time Customer Service Tampa, FL One of life's greatest mysteries is how the boy who wasn't good enough to marry your daughter can be the father of the smartest grandchild in the world. Yiddish Proverb -- 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: Delete FMID
Thanks Mark. The JCL sample you provided worked quite well. Now I have some residual modules which did not go away. I'm looking into that issue and will probably find a real rats nest. This could be an issue where the modules have link edit information for stuff that does not belong to the software. Oh well.. On 10/27/11 12:47, Matthew Stitt wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. Thanks. Something like this should work. //STEP1 EXEC ZOS112R //SMPPTFIN DD * ++FUNCTION(DELFMID) . ++VER(Z038) DELETE(JWRE33I). /* //SYSIN DD * SET BDY(GLOBAL). RECEIVE SYSMODS. SET BDY(MVST100). APPLY S(DELFMID) BYPASS(ID) REDO. SET BDY(MVSD100). ACCEPT S(DELFMID) BYPASS(ID) REDO. -- Mark Jacobs Time Customer Service Tampa, FL -- 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: Delete FMID
On Thu, 27 Oct 2011 17:21:31 -0500, Matthew Stitt wrote: Thanks Mark. The JCL sample you provided worked quite well. Now I have some residual modules which did not go away. I'm looking into that issue and will probably find a real rats nest. This could be an issue where the modules have link edit information for stuff that does not belong to the software. Oh well.. Ouch! It has long been my understanding that SMP/E has an inadequate understanding of ownership of LMODs by FMIDs. In particular, when link edit JCLIN is processed, the INCLUDE statements are reflected in LMOD subentries of the MOD entries of the referenced MODs. But looking at the SMP/E Reference description of the MOD entry, I see no indication that the LMOD subentries are identified with the SYSMOD that created them, which may belong to the FMID being deleted. So, it would seem that SMP/E has no way to clean up the MOD entries. (But can JCLIN for one FMID add LMOD subentries referring to an LMOD introduced in a different FMID?) On 10/27/11 12:47, Matthew Stitt wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. Thanks. Something like this should work. //STEP1 EXEC ZOS112R //SMPPTFIN DD * ++FUNCTION(DELFMID) . ++VER(Z038) DELETE(JWRE33I). /* //SYSIN DD * SET BDY(GLOBAL). RECEIVE SYSMODS. SET BDY(MVST100). APPLY S(DELFMID) BYPASS(ID) REDO. SET BDY(MVSD100). ACCEPT S(DELFMID) BYPASS(ID) REDO. -- Mark Jacobs Time Customer Service Tampa, FL -- 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: Delete FMID
On Thu, 27 Oct 2011 11:47:47 -0500, Matthew Stitt mathwst...@bellsouth.net wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. Thanks. On CBT file 434 and my web site I have SMPDELF (F=function). See the jobs/doc section of my web site (URL below). Or here is a direct link: http://www.mzelden.com/mvsfiles/smpdelf.txt Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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
