Example of RGEN from the ST panel:
/* REXX */
Arg debug
/**
*
* SDSF RGEN Generated EXEC
*
* This exec was generated by the SDSF RGEN command on
* Sunday 2017/09/24 at 06:01:00.17.
*
* 5650-ZOS
* SDSF level = z/OS 02.02.00 (
On Fri, 22 Sep 2017 05:38:11 +1000, Wayne Bickerdike wrote:
>Not sure how useful this command is. It generates what looks like a common
>template and the output from the SDSF command is directed to a stem
>variable.
>
Is that direction to a stem intrinsic or does it use EXECIO DISKR? I know
exam
"invalid command" on our V2.1 system.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Beesley, Paul
> Sent: Thursday, September 21, 2017 5:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: R
Yes, RGEN is "invalid command" on our V2.1 system.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Beesley, Paul
Sent: Thursday, September 21, 2017 5:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDS
... assuming you have z/OS 2.2 and up ...
Paul
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Rob Scott
Sent: Thursday, September 21, 2017 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question (expanded API
MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question (expanded API question)
Can someone point me to some documentation (coding examples) on how to use the
SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow issuing
those commands. I would like to try
Thanks, this will be a good starting point for me.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Take a look at
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.isfa500/rexx.htm
Peter Ten Eyck wrote:
Can someone point me to some documentation (coding examples) on how to use the
SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow issuing
those com
On Wed, 20 Sep 2017 12:34:50 -0500, John McKown wrote:
>On Wed, Sep 20, 2017 at 12:25 PM, Peter Ten Eyck wrote:
>
>> Can someone point me to some documentation (coding examples) on how to use
>> the SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow
>> issuing those commands. I w
On Wed, Sep 20, 2017 at 12:25 PM, Peter Ten Eyck <
peter.tene...@americannational.com> wrote:
> Can someone point me to some documentation (coding examples) on how to use
> the SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow
> issuing those commands. I would like to try a diff
Can someone point me to some documentation (coding examples) on how to use the
SDSF API in REXX? I have my REXX/SDSF exec working, but it runs slow issuing
those commands. I would like to try a different approach.
--
For IBM-MAI
Yes, that API does sound nice. This is the technique documented in the Redbook
for REXX and SDSF, which was the starting point for my REXX script. Thanks for
the tip.
--
For IBM-MAIN subscribe / signoff / archive access instruct
On 2017-09-18, at 16:52, Jesse 1 Robinson wrote:
> ... you have to orchestrate a complete scenario like a line of domino tiles.
> ...
>
Thanks for reminding me:
Honda - The Cog - YouTube
https://www.youtube.com/watch?v=_ve4M4UsJQo
By some reports (the producers'?), with several hundred t
On 2017-09-18, at 16:52, Jesse 1 Robinson wrote:
> As Gil noted, this is the old pre-API method of running SDSF out of Rexx.
> There's nothing essentially wrong with the technique except that you have to
> orchestrate a complete scenario like a line of domino tiles. If anything goes
> wrong, yo
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Ten Eyck
Sent: Monday, September 18, 2017 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: REXX and SDSF question
This is now working for me. I added the
On Mon, 18 Sep 2017 15:09:45 -0500, Peter Ten Eyck wrote:
>This is now working for me. I added the SDSF command input on to see all DDs
>via TSO SDSF and ISPF SDSF:
>
>CHECKCICSSTATUS:
>ADDRESS TSO
> "ALLOC F(FILEOUT) UNIT(VIO) NEW REUSE",
> "CYLINDERS SPACE(10 10) RECFM(F B A)"
> "ALLOC F
This is now working for me. I added the SDSF command input on to see all DDs
via TSO SDSF and ISPF SDSF:
CHECKCICSSTATUS:
ADDRESS TSO
"ALLOC F(FILEOUT) UNIT(VIO) NEW REUSE",
"CYLINDERS SPACE(10 10) RECFM(F B A)"
"ALLOC FI(ISFOUT) SYSOUT(Q)"
"ALLOC F(ISFIN) UNIT(VIO) NEW REUS
Peter Ten Eyck wrote:
>I have found the issue. STC output is displayed differently (DDs displayed) on
>this LPAR when viewing it through SDSF launched via the ISPF menu option;
>compared to SDSF launched via TSO command line. I do not know why, researching.
Bravo, you, as a brave detective, rea
I have found the issue. STC output is displayed differently (DDs displayed) on
this LPAR when viewing it through SDSF launched via the ISPF menu option;
compared to SDSF launched via TSO command line. I do not know why, researching.
---
On 9/18/2017 11:43 AM, Paul Gilmartin wrote:
Someone will proudly tell you that (E)JES has a command that shows
everything in the spool so you don't need to jump around madly.
I don't know whether that likewise covers the Rexx API.
Haha! But, of course!
[Spoken with an French Occitan accent ;-
Elardus Engelbrecht
Sent: Monday, September 18, 2017 2:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question
Grinsell, Don wrote:
>>Are you accommodating for the different SYSNAMEs that you are processing
>>(LPARs) : QUEUE " SYSNAME ESA1"
>Good eye. I&#x
Grinsell, Don wrote:
>>Are you accommodating for the different SYSNAMEs that you are processing
>>(LPARs) : QUEUE " SYSNAME ESA1"
>Good eye. I'm betting you'll be getting the gold star for this one. ☺
I originally missed that one, and of course I will not get a gold star. ;-)
Thanks for men
On Mon, 18 Sep 2017 12:57:45 -0500, Peter Ten Eyck wrote:
>Yes, I have manually entered the SDSF commands for the STCs not working... and
>they work (output retrieved). I think that takes care of SDSF and RACF. The
>REXX exec runs under my id.
>
>I did see a difference with the WHO command...COM
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Cieri, Anthony
> Sent: Monday, September 18, 2017 12:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX and SDSF question
>
>
> Are you accommodating for the different SYSNAMEs that
On Mon, 18 Sep 2017 12:17:47 -0500, Elardus Engelbrecht wrote:
>Peter Ten Eyck wrote:
>
>> "ALLOC FI(ISFOUT) DUMMY"
>
>I'm curious, why DUMMY?
>
>Try this out just for tests and see if something appears there:
>
>"ALLOC FI(ISFOUT) SYSOUT(X)"
>
Is X a bitbucket class? (I suspect
2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question
Is CICSREGION set properly?
What happens if you hard code the region name prefix?
Or try it in quotes and SET DISPLAY ON:
QUEUE "SET DISPLAY ON"
QUEUE "PREFIX "CICSREGION" "
-Original Mes
A.EDU] On Behalf
Of Peter Ten Eyck
Sent: Monday, September 18, 2017 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REXX and SDSF question
I have some rexx code that is working on one z/OS 2.2 LPAR and "partially" on
another.
The code determines if a CICS region is running and if t
Yes, I have tried that, no change. Recall that this REXX exec is working on the
LPAR for CICS regions running as jobs and the commands do work manually. I must
be missing something...
--
For IBM-MAIN subscribe / signoff / archiv
Try QUEUE "OWNER *" not just OWNER
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Monday, September 18, 2017 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question
Peter Ten E
This is how it was coded in my starting example code from the Redbook. I
changed it to your suggestion, no change, still not getting the output.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lis
Yes, I have manually entered the SDSF commands for the STCs not working... and
they work (output retrieved). I think that takes care of SDSF and RACF. The
REXX exec runs under my id.
I did see a difference with the WHO command...COMM=NOTAVAIL as opposed to
COMM=ENABLED.
Recall that this REXX e
Peter Ten Eyck wrote:
> "ALLOC FI(ISFOUT) DUMMY"
I'm curious, why DUMMY?
Try this out just for tests and see if something appears there:
"ALLOC FI(ISFOUT) SYSOUT(X)"
Groete / Greetings
Elardus Engelbrecht
--
Peter Ten Eyck wrote:
> QUEUE " DA ALL"
> QUEUE " OWNER"
> QUEUE " SYSNAME ESA1"
> QUEUE " PRE " CICSREGION
... and ...
>This works fine on one LPAR and works for something's (possibly just jobs) on
>another LPAR
I have some rexx code that is working on one z/OS 2.2 LPAR and "partially" on
another.
The code determines if a CICS region is running and if the desired messages are
found
in the DD JESMSGLG.
This code chunk is what goes out gets the SDSF output:
CHECKCICSSTATUS:
ADDRE
34 matches
Mail list logo
