> On Aug 9, 2017, at 8:25 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>
> If your fellow sysprog selects the wrong zone, are you better off for having
> DD statements in the JCL for the zone he should have used rather than
> DDDEFs in the zone he used matching th
On Wed, 9 Aug 2017 21:46:02 -0400, Gerhard Adam wrote:
>Isn't that the point of getting a file allocation report with every SMP run?
>
That's after the fact; the damage has been done. OK. Study the report after
a *CHECK step. But I think it's better to get the DDDEFs right when creating
the C
Yes indeed. The DSNames would not be those of the original DDDEFs, but
of the UCLIN REP[laced] ones - after a cloned CSI has been updated to
point at them.
E.g.
//SMPCNTL DD *
SET BOUNDARY(GLOBAL)
Isn't that the point of getting a file allocation report with every SMP run?
Adam
Sent from my iPhone
On Aug 9, 2017, at 7:58 PM, Edward Gould wrote:
>> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin
>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>> On Wed, 9 Aug 2017 20:58:11
On Wed, 9 Aug 2017 18:58:12 -0500, Edward Gould wrote:
>> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin wrote:
>>>
>> If the DSNames are in DDDEFs (highly recommended) they can be listed
>> with SMP/E commands. At times, a question has been posed here,
>> "Can I, for a one-off, overide in JCL the D
> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Wed, 9 Aug 2017 20:58:11 +0100, CM Poncelet wrote:
> ——SNIP--
>>
> If the DSNames are in DDDEFs (highly recommended) they can be l
On Wed, 9 Aug 2017 20:58:11 +0100, CM Poncelet wrote:
>FWIW Any SMP/E PGM=GIMSMP (or any other PGM=) in batch TSO can be
>executed in REXX. All that is required is that the DDNames and datasets
>be allocated - either as preallocated SMPPLOG, SMPPTFIN, SMPHOLD etc. in
>the CSI's GLOBAL, TLIB and/or
XX work with it.
>
> Al Nims
> UFIT
> University of Florida
> (352) 273-1298
> @Home
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Tuesday, August 08, 2017 3:07 PM
> To: IBM-M
--Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, August 08, 2017 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to find the Global zone names in SMP/E via REXX
On 2017-08-08, at 11:01, Nims,Alva John
Have a look at the catalog interface (sys1.samplib(IGG*)). They use rexx to
invoke the utility. I believe same way can br used with the smpe api. I
once tried that, but didn't have the time to complete the work...
ITschak
On Tue, Aug 8, 2017 at 10:07 PM, Paul Gilmartin <
000433f07816-dmarc-re
On 2017-08-08, at 11:01, Nims,Alva John (Al) wrote:
> It is documented in "SA23-2276-02 SMP/E for z/OS Reference" look for GIMAPI,
> on the CBTTAPE are some routines that provide an interface between REXX and
> GIMAPI.
>
I don't consider GIMAPI a Rexx API; it's Rexx-hostile. It requires
that
rame Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, August 08, 2017 11:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to find the Global zone names in SMP/E via REXX
On Tue, 8 Aug 2017 13:44:03 +, Nims,Alva John (Al) wrote:
>Does any of the
On Tue, 8 Aug 2017 13:44:03 +, Nims,Alva John (Al) wrote:
>Does any of the CBT Tape REXX programs that access the SMP/e API do the job?
>
I see no mention of an API for Rexx in the SMP/E User's Guide, Reference, or
Commands.
Where is an API for Rexx documented?
-- gil
-
st [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Monday, August 07, 2017 7:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How to find the Global zone names in SMP/E via REXX
>
> I have a requirement to create a process that is dependent on knowing the
&g
PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to find the Global zone names in SMP/E via REXX
I have a requirement to create a process that is dependent on knowing the
TLIB/DLIB zone names from the Global CSI.
At this time, I do not see any type of ADDRESS SMPEXEC or other API process to
do the
On Mon, 7 Aug 2017 16:13:01 -0700, Lizette Koehler wrote:
>I have a requirement to create a process that is dependent on knowing the
>TLIB/DLIB zone names from the Global CSI.
>
>At this time, I do not see any type of ADDRESS SMPEXEC or other API process to
>do the extract.
>
Alas, the API suppor
I have a requirement to create a process that is dependent on knowing the
TLIB/DLIB zone names from the Global CSI.
At this time, I do not see any type of ADDRESS SMPEXEC or other API process to
do the extract.
So I am guessing I will need to run an SMPE Process to do a listzone then parse
the ou
17 matches
Mail list logo
