Re: SMPE: Un-ACCEPTing USERMOD

2016-02-15 Thread Bruce Hewson
Hi, Thanks for the responses. The ACCEPT occurred by accident (I am assuming) in 2013. Haven't fully scoped if I can recreate the whole DLIB zone from scratch, but my expectation is low probability of success due missing MCS. The "canned" dialog will not permit generation of ACCEPT code these

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Jousma, David
(CDC/OCOO/OCIO/ITSO) (CTR) Sent: Friday, February 12, 2016 8:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE: Un-ACCEPTing USERMOD I was going to ask the same question :-). We always had canned JCL we used for any accepts that did backups BEFORE accepting anything. It's save me more than

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread John Eells
Ed Jaffe wrote: Would not NPRE apply equally to APPLY as it would to ACCEPT? Well, yes. But it occurs to me that one could construct and ACCEPT (or UCLIN "ACCEPT") a ++USERMOD that adds a part so named as not to conflict with IBM and other software vendors' part names, and NPRE that

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Burrell, C. Todd (CDC/OCOO/OCIO/ITSO) (CTR)
a weekly restore should put things back nicely. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Friday, February 12, 2016 8:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE: Un-ACCEPTing USERMOD Bruce, How long

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Jousma, David
: Thursday, February 11, 2016 2:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPE: Un-ACCEPTing USERMOD Hello, Over the years small errors in processing occassionally happen, and now we have some USERMODs that have been ACCEPTED. I am looking for some guidance in setting up some UCLIN to convince SMPE

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Richards, Robert B.
lation and other location specific things. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Friday, February 12, 2016 9:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE: Un-ACCEPTing USERMOD Ed Jaffe wro

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread John Eells
Tom Marchant wrote: On Fri, 12 Feb 2016 09:56:21 -0500, Richards, Robert B. wrote: But it occurs to me that one could construct and ACCEPT (or UCLIN "ACCEPT") a ++USERMOD that adds a part so named as not to conflict with IBM and other software vendors' part names, and NPRE that usermod in all

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Tom Marchant
On Fri, 12 Feb 2016 09:56:21 -0500, Richards, Robert B. wrote: >>But it occurs to me that one could construct and ACCEPT (or UCLIN "ACCEPT") >>a ++USERMOD that adds a part so named as not to conflict with IBM and other >>software vendors' part names, and NPRE that usermod in all one's "real"

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Richards, Robert B.
@LISTSERV.UA.EDU Subject: Re: SMPE: Un-ACCEPTing USERMOD On Fri, 12 Feb 2016 09:56:21 -0500, Richards, Robert B. wrote: >>But it occurs to me that one could construct and ACCEPT (or UCLIN >>"ACCEPT") a ++USERMOD that adds a part so named as not to conflict >>with IBM and other

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread John Eells
Paul Gilmartin wrote: So, PRE a FUNCTION which is APPLYed only in the Target zone which NPREs another function which is ACCEPTed in the DLIB zone. Not what I suggested. -- John Eells IBM Poughkeepsie ee...@us.ibm.com --

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-12 Thread Paul Gilmartin
On Fri, 12 Feb 2016 12:20:49 -0500, John Eells wrote: >> >> NPRE can only be specified within a function SYSMOD. >> >> >> Or am I misunderstanding what is written? I read it as saying that you can't >> use it >> for ++USERMODs. > >No, I'm sure it's right. I hadn't looked it up. So it has to be

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Tom Marchant
On Thu, 11 Feb 2016 01:32:24 -0600, Bruce Hewson wrote: >Over the years small errors in processing occassionally happen, and now we >have some USERMODs that have been ACCEPTED. > >I am looking for some guidance in setting up some UCLIN to convince SMPE that >this did not really occur. > >How to

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Richards, Robert B.
: Thursday, February 11, 2016 6:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE: Un-ACCEPTing USERMOD On Thu, 11 Feb 2016 01:32:24 -0600, Bruce Hewson wrote: >Over the years small errors in processing occassionally happen, and now we >have some USERMODs that have been ACCEPTED. > >

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Joel C. Ewing
On 02/11/2016 07:43 AM, Kurt Quackenbush wrote: >>> How to reverse an accidental ACCEPT of a USERMOD. >> >> I would take a different approach. Create a new distribution zone and >> accept only what you want. Relate the new distribution zone to your >> target zone. Before you delete the original

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Elardus Engelbrecht
Richards, Robert B. wrote: >I seem to remember that in my distant past, I used a NPRE on every usermod >that prevented accidental ACCEPTs. Hmmm, interesting. Wonder where is that documented? >Maybe Kurt will proffer a better solution? :-) Indeed. But he is somewhat silent these days? For

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Kurt Quackenbush
How to reverse an accidental ACCEPT of a USERMOD. I would take a different approach. Create a new distribution zone and accept only what you want. Relate the new distribution zone to your target zone. Before you delete the original distribution zone, run REPORT SYSMODS to compare the two

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Richards, Robert B.
cause. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, February 11, 2016 7:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE: Un-ACCEPTing USERMOD Richards, Robert B. wrote: >I s

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Paul Gilmartin
On Thu, 11 Feb 2016 08:43:45 -0500, Kurt Quackenbush wrote: >>> How to reverse an accidental ACCEPT of a USERMOD. >> >> I would take a different approach. Create a new distribution zone and >> accept only what you want. Relate the new distribution zone to your >> target zone. Before you delete

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Tom Marchant
On Thu, 11 Feb 2016 11:17:47 -0500, Richards, Robert B. wrote: >NPRE is in the manual. > >I do not remember exactly how it was coded, but I believe it was some >combination of a condition that could never be satisfied coupled with a >sysmod that was not itself accepted. > >If I can find an

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-11 Thread Ed Jaffe
On 2/11/2016 8:17 AM, Richards, Robert B. wrote: NPRE is in the manual. I do not remember exactly how it was coded, but I believe it was some combination of a condition that could never be satisfied coupled with a sysmod that was not itself accepted. If I can find an example, I'll post it,

Re: SMPE: Un-ACCEPTing USERMOD

2016-02-10 Thread Ed Jaffe
On 2/10/2016 11:32 PM, Bruce Hewson wrote: ... we have some USERMODs that have been ACCEPTED. I am looking for some guidance in setting up some UCLIN to convince SMPE that this did not really occur. The problem is, even if you can somehow convince your CSI that the USERMODs haven't been

SMPE: Un-ACCEPTing USERMOD

2016-02-10 Thread Bruce Hewson
Hello, Over the years small errors in processing occassionally happen, and now we have some USERMODs that have been ACCEPTED. I am looking for some guidance in setting up some UCLIN to convince SMPE that this did not really occur. How to reverse an accidental ACCEPT of a USERMOD. Any ideas?