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
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
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
> 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
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
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 DLIB zones, or as 'ALLOC etc.' overrides -
and then
You will not get any argument from me about GIMAPI being "REXX Hostile," but
that is why I mentioned the CBTTAPE, I believe more than one person has created
the interface between REXX and GIMAPI, to let REXX work with it.
Al Nims
UFIT
University of Florida
(352) 273-1298
@Home
-Original
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 <
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
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.
"Overview of GIMAPI
GIMAPI is a program (load module) provided with IBM SMP/E for z/OS, V3R6 that
can be called by a user-written
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
I will check those out closer.
Thanks
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nims,Alva John (Al)
> Sent: Tuesday, August 08, 2017 6:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to find the Global
Does any of the CBT Tape REXX programs that access the SMP/e API do the job?
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 Lizette Koehler
Sent: Monday, August 07, 2017 7:13
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
15 matches
Mail list logo