On Behalf Of Jon
Perryman
Sent: Tuesday, October 10, 2023 5:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E and PATH existence
EXTERNAL EMAIL
On Fri, 6 Oct 2023 15:46:25 +, Rob Scott wrote:
>This was precisely the reason for the original implementation of DDDEFCHK/PTH.
>
Jon Perryman wrote:
>Is APPLY CHECK no longer standard practice when installing a PTF or
>product? Quackenbush says checking DDDEF's externally is unnecessary
>and will only take take the time required for APPLY CHECK.
You missed my point-APPLY CHECK happens after doing several steps already, and
On Fri, 6 Oct 2023 15:46:25 +, Rob Scott wrote:
>This was precisely the reason for the original implementation of DDDEFCHK/PTH.
>
>Being able to quickly sniff-test the DDDEFs (across multiple target/dlib
>zones) before
>an APPLY that might take many minutes was deemed useful (well .. at lea
, 2023 1:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E and PATH existence
EXTERNAL EMAIL
Jon Perryman wrote:
>Kurt is saying that APPLY CHECK does exactly what you want. CHECK
>verifies SMP/e has everything expected and will run 100% through. If 3
>DD / DDDEF's are mis
Jon Perryman wrote:
>Kurt is saying that APPLY CHECK does exactly what you want. CHECK
>verifies SMP/e has everything expected and will run 100% through. If 3
>DD / DDDEF's are missing, then you should see those 3 errors and any
>other errors that SMP/e detects. APPLY CHECK only validates DD /
>DDD
On Thu, 5 Oct 2023 19:09:45 -0400, Phil Smith III wrote:
>Kurt Quackenbush wrote:
>>SMP/E APPLY CHECK and similar commands verify existence of directories
>Thanks. Since I really, really don't want them to get 3/4 of the way through
> and then have to go hunt down someone with USS access
Phil,
Kurt Quackenbush wrote:
>SMP/E APPLY CHECK and similar commands verify existence of directories
>and data sets from DDDEF entries before they are used. There is no
>independent SMP/E command or utility to perform this verification.
>However, there is a capability in z/OSMF Software Management, the
>>A long time ago, I wrote a program called DDDEFCHK that used the SMP/E
>>API to check if normal DDDEF data sets exist - there is also a DDDEFPTH
>>companion program to handle paths.
> Ah, so that kinda confirms that SMP/E can't do it natively. I think
> BPXBATCH/IDCAMS are a better bet for us
Rob Scott wrote:
>A long time ago, I wrote a program called DDDEFCHK that used the SMP/E
>API to check if normal DDDEF data sets exist - there is also a
>DDDEFPTH companion program to handle paths.
Ah, so that kinda confirms that SMP/E can't do it natively. I think
BPXBATCH/IDCAMS are a better be
411 and 412.
Rob Scott
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: Thursday, October 5, 2023 4:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E and PATH existence
EXTERNAL EMAIL
Is there a way to get SMP/E to validate
Is there a way to get SMP/E to validate the existence of a USS path on a DDEF?
Thanks to y'all's help, I have externalized the USS path we use to a variable.
However, if the directory doesn't exist, the user can get pretty far (to the
RECEIVE step) before that's recognized. I've looked at the SM
11 matches
Mail list logo