Re: REXX Calling SDSF abend 878-10

[Paul Gilmartin]

On Tue, 17 Jan 2012 07:32:00 -0600, Walt Farrell wrote:

>On Mon, 16 Jan 2012 15:34:48 -0600, Paul Gilmartin wrote:
>
>>On Mon, 16 Jan 2012 13:14:04 -0800, Cris Hernandez #9 wrote:
>>
>>>when I want to know what a job did, I read it's output using REXX, whether 
>>>it's the util/pgm output to a file or the JES output pulled off the output 
>>>queue or SAR.  what is it you get from SDSF?
>>>
>>You get to pull output off the output queue.  I know of no native Rexx
>>facility to do that.
>>
>
>For some classes of output, you could have the REXX exec invoke the TSO/E 
>OUTPUT command, and outtrap the results.
> 
And only for some job names.  And OUTPUT is no more native Rexx than
is SDSF.  And OUTPUT can be used only under the TMP; SDSF can be
used alike under TMP, shell, and IRXJCL.

The coding for OUTPUT may be simpler than for SDSF.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Walt Farrell]

On Mon, 16 Jan 2012 15:34:48 -0600, Paul Gilmartin  wrote:

>On Mon, 16 Jan 2012 13:14:04 -0800, Cris Hernandez #9 wrote:
>
>>when I want to know what a job did, I read it's output using REXX, whether 
>>it's the util/pgm output to a file or the JES output pulled off the output 
>>queue or SAR.  what is it you get from SDSF?
>>
>You get to pull output off the output queue.  I know of no native Rexx
>facility to do that.
>

For some classes of output, you could have the REXX exec invoke the TSO/E 
OUTPUT command, and outtrap the results.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Paul Gilmartin]

On Mon, 16 Jan 2012 08:40:41 -0600, Mark Zelden wrote:
>
>Or even if you are not using outtrap, what region size do you get when you
>logon to TSO (above the line)?  If you aren't sure, the REXXSTOR exec from
>my web site or CBT file 434 can give you the answer.
> 
Oooh!  Neat!  Thanks for this.

>How many variables are you using?  Are you ever dropping them?
>
But beware; sometimes DROPping things can increase the storage in
use, as in:

142$ cat morestor
/* Rexx */ signal on novalue;  /*
   Doc: can DROP increase storage usage!?
*/
X. = 'Everything'

call REXXSTOR

do I = 1 to 1
J = random( 9 )
drop X.J;  end

call REXXSTOR

And sometimes IBM expects things not to be reused.  Long ago,
on CMS, and pre-HLASM, I reported to IBM that the assembler
leaked 132 bytes of storage on each invocation.  No PTF.  IBM's
recommendation: larger REGION; same recommendation I got
when I once reported 0C4 in some IBM code.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Paul Gilmartin]

On Mon, 16 Jan 2012 13:14:04 -0800, Cris Hernandez #9 wrote:

>when I want to know what a job did, I read it's output using REXX, whether 
>it's the util/pgm output to a file or the JES output pulled off the output 
>queue or SAR.  what is it you get from SDSF?
> 
You get to pull output off the output queue.  I know of no native Rexx
facility to do that.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Cris Hernandez #9]

when I want to know what a job did, I read it's output using REXX, whether it's 
the util/pgm output to a file or the JES output pulled off the output queue or 
SAR.  what is it you get from SDSF?


--- On Mon, 1/16/12, Al Chu  wrote:

> From: Al Chu 
> Subject: Re: REXX Calling SDSF abend 878-10
> To: IBM-MAIN@bama.ua.edu
> Date: Monday, January 16, 2012, 2:35 PM
> Hi
> 
> I am an application programmer, not zOS sysprog. I don't
> know details about
> the SDSF Rexx. I wonder if it is a tool for application
> programmers.
> What I want to do is to scan some job's output at a certain
> time of day for
> a message string and perform some other application process
> depending on the
> result.
> Thanks for your advice. I will have a look at the redbook.
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> On Behalf
> Of Lizette Koehler
> Sent: Monday, 16 January 2012 3:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX Calling SDSF abend 878-10
> 
> > Hi
> > 
> > I have a rexx calling SDSF using the following
> statement;
> > 
> >  "CALL  *(SDSF)    "
> > 
> > As I run the rexx code several times in the same tso
> session, the rexx
> abends with
> > S878-10 and no longer can run until recycling my TSO
> session.
> > I suspect the SDSF program didn't freemain the storage
> it acquired when it
> returned
> > the control back to the caller.
> > Is this a limitation or is there a way to get around
> it?
> > 
> > Could anyone help.
> > thanks in advance.
> > 
> > Al
> 
> Why are you calling SDSF?  If you are on the correct
> level  of z/OS (z/OS
> V1.9  and above) you can use the SDSF REXX interface.
> 
> Please provide level of z/OS you are running.
> 
> Also, look at this link on SDSF REXX
> http://www.redbooks.ibm.com/abstracts/sg247419.html
> 
> 
> Lizette
> 
> --
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to lists...@bama.ua.edu
> with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to lists...@bama.ua.edu
> with the message: INFO IBM-MAIN
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Scott Ford]

Al,
I am a sysprogs and developer, worked in rexx since 1980's, 
It's great application folks are using rexx. IMHO, it helps to understand the 
environment,
Whether it be tso or batch or both, looking through examples help or the good 
folks on here
Are a great help. But it helps the folks on here, including me, if you provide 
what your trying to do , more details the better.

Regards,

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Jan 16, 2012, at 2:50 PM, "McKown, John"  
wrote:

> From my personal opinion (I'm a z/OS sysprog), I would welcome a proficient 
> programmer to use SDSF REXX to accomplish their job. The problem that I have 
> run in to in the past is when a truly excellent application programmer does 
> this, !!and it get put into production!!. I often get saddled with supporting 
> it after they leave because "nobody else understands it! It is critical 
> production and we can't support it any more." And they can't train anybody 
> else because they are too busy or, in some cases, they just don't want to 
> bother with anything other than COBOL and EasyTrieve because "it's hard!".
> 
> It is the same reason my manager is adamant about not implementing exits in 
> products and z/OS itself. Maintenance is a bother. And fewer people 
> understand how to do it. More of the dumbing down (and cheapening) of the 
> American Worker.
> 
> The book and where to start reading is here:
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISF4CSA0/13.0
> 
> --
> Good luck to you. 
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
> 
> 
>> -Original Message-----
>> From: IBM Mainframe Discussion List 
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Al Chu
>> Sent: Monday, January 16, 2012 1:36 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: REXX Calling SDSF abend 878-10
>> 
>> Hi
>> 
>> I am an application programmer, not zOS sysprog. I don't know 
>> details about
>> the SDSF Rexx. I wonder if it is a tool for application programmers.
>> What I want to do is to scan some job's output at a certain 
>> time of day for
>> a message string and perform some other application process 
>> depending on the
>> result.
>> Thanks for your advice. I will have a look at the redbook. 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf
>> Of Lizette Koehler
>> Sent: Monday, 16 January 2012 3:08 PM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: REXX Calling SDSF abend 878-10
>> 
>>> Hi
>>> 
>>> I have a rexx calling SDSF using the following statement;
>>> 
>>> "CALL  *(SDSF)"
>>> 
>>> As I run the rexx code several times in the same tso 
>> session, the rexx
>> abends with
>>> S878-10 and no longer can run until recycling my TSO session.
>>> I suspect the SDSF program didn't freemain the storage it 
>> acquired when it
>> returned
>>> the control back to the caller.
>>> Is this a limitation or is there a way to get around it?
>>> 
>>> Could anyone help.
>>> thanks in advance.
>>> 
>>> Al
>> 
>> Why are you calling SDSF?  If you are on the correct level  
>> of z/OS (z/OS
>> V1.9  and above) you can use the SDSF REXX interface.
>> 
>> Please provide level of z/OS you are running.
>> 
>> Also, look at this link on SDSF REXX
>> http://www.redbooks.ibm.com/abstracts/sg247419.html
>> 
>> 
>> Lizette
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Farley, Peter x23353]

I am an applications programmer as well, and I can tell you that I have used 
the SDSF REXX interface with no problems.  ISTM it would be just what you need 
to use for the function you describe.

I use it frequently to extract the JESMSGLG from multiple jobs in the output 
queue to a REXX stem and write out those lines o a dataset for other (more 
complex) REXX code to analyze in a separate step.

HTH

Peter

> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Al Chu
> Sent: Monday, January 16, 2012 2:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX Calling SDSF abend 878-10
>
> Hi
>
> I am an application programmer, not zOS sysprog. I don't know
> details about the SDSF Rexx. I wonder if it is a tool for
> application programmers.  What I want to do is to scan some
> job's output at a certain time of day for a message string
> and perform some other application process
> depending on the result.
> Thanks for your advice. I will have a look at the redbook.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[McKown, John]

>From my personal opinion (I'm a z/OS sysprog), I would welcome a proficient 
>programmer to use SDSF REXX to accomplish their job. The problem that I have 
>run in to in the past is when a truly excellent application programmer does 
>this, !!and it get put into production!!. I often get saddled with supporting 
>it after they leave because "nobody else understands it! It is critical 
>production and we can't support it any more." And they can't train anybody 
>else because they are too busy or, in some cases, they just don't want to 
>bother with anything other than COBOL and EasyTrieve because "it's hard!".

It is the same reason my manager is adamant about not implementing exits in 
products and z/OS itself. Maintenance is a bother. And fewer people understand 
how to do it. More of the dumbing down (and cheapening) of the American Worker.

The book and where to start reading is here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISF4CSA0/13.0

--
Good luck to you. 
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Al Chu
> Sent: Monday, January 16, 2012 1:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX Calling SDSF abend 878-10
> 
> Hi
> 
> I am an application programmer, not zOS sysprog. I don't know 
> details about
> the SDSF Rexx. I wonder if it is a tool for application programmers.
> What I want to do is to scan some job's output at a certain 
> time of day for
> a message string and perform some other application process 
> depending on the
> result.
> Thanks for your advice. I will have a look at the redbook. 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf
> Of Lizette Koehler
> Sent: Monday, 16 January 2012 3:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: REXX Calling SDSF abend 878-10
> 
> > Hi
> > 
> > I have a rexx calling SDSF using the following statement;
> > 
> >  "CALL  *(SDSF)"
> > 
> > As I run the rexx code several times in the same tso 
> session, the rexx
> abends with
> > S878-10 and no longer can run until recycling my TSO session.
> > I suspect the SDSF program didn't freemain the storage it 
> acquired when it
> returned
> > the control back to the caller.
> > Is this a limitation or is there a way to get around it?
> > 
> > Could anyone help.
> > thanks in advance.
> > 
> > Al
> 
> Why are you calling SDSF?  If you are on the correct level  
> of z/OS (z/OS
> V1.9  and above) you can use the SDSF REXX interface.
> 
> Please provide level of z/OS you are running.
> 
> Also, look at this link on SDSF REXX
> http://www.redbooks.ibm.com/abstracts/sg247419.html
> 
> 
> Lizette
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Al Chu]

Hi

I am an application programmer, not zOS sysprog. I don't know details about
the SDSF Rexx. I wonder if it is a tool for application programmers.
What I want to do is to scan some job's output at a certain time of day for
a message string and perform some other application process depending on the
result.
Thanks for your advice. I will have a look at the redbook. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Lizette Koehler
Sent: Monday, 16 January 2012 3:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: REXX Calling SDSF abend 878-10

> Hi
> 
> I have a rexx calling SDSF using the following statement;
> 
>  "CALL  *(SDSF)"
> 
> As I run the rexx code several times in the same tso session, the rexx
abends with
> S878-10 and no longer can run until recycling my TSO session.
> I suspect the SDSF program didn't freemain the storage it acquired when it
returned
> the control back to the caller.
> Is this a limitation or is there a way to get around it?
> 
> Could anyone help.
> thanks in advance.
> 
> Al

Why are you calling SDSF?  If you are on the correct level  of z/OS (z/OS
V1.9  and above) you can use the SDSF REXX interface.

Please provide level of z/OS you are running.

Also, look at this link on SDSF REXX
http://www.redbooks.ibm.com/abstracts/sg247419.html


Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Mark Zelden]

On Sun, 15 Jan 2012 23:07:46 -0500, Lizette Koehler  
wrote:

>> Hi
>>
>> I have a rexx calling SDSF using the following statement;
>>
>>  "CALL  *(SDSF)"
>>
>> As I run the rexx code several times in the same tso session, the rexx
>abends with
>> S878-10 and no longer can run until recycling my TSO session.
>> I suspect the SDSF program didn't freemain the storage it acquired when it
>returned
>> the control back to the caller.
>> Is this a limitation or is there a way to get around it?
>>
>> Could anyone help.
>> thanks in advance.
>>
>> Al
>
>Why are you calling SDSF?  If you are on the correct level  of z/OS (z/OS
>V1.9  and above) you can use the SDSF REXX interface.
>
>Please provide level of z/OS you are running.
>
>Also, look at this link on SDSF REXX
>http://www.redbooks.ibm.com/abstracts/sg247419.html
>
>

And if you must do what you are doing (which I can't imagine why the REXX API 
to SDSF wouldn't suffice), are you using outtrap?  If so changing  your
TSO PROFILE to VARSTORAGE(HIGH) if it isn't already set to that may help.

Or even if you are not using outtrap, what region size do you get when you
logon to TSO (above the line)?  If you aren't sure, the REXXSTOR exec from
my web site or CBT file 434 can give you the answer.

How many variables are you using?  Are you ever dropping them?  

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Paul Gilmartin]

On Mon, 16 Jan 2012 07:23:35 -0500, Shmuel Metz (Seymour J.) wrote:

>In <5832718053653757.wa.alchu123optusnet.com...@bama.ua.edu>, on
>01/15/2012
>   at 07:08 PM, Al Chu said:
>
>>I have a rexx calling SDSF using the following statement;
>
>> "CALL  *(SDSF)"
>
>Why? SDSF is a TSO command; why would you call it without an
>appropriate TSO CPPL? Try
>
>"SDSF"
>
Not necessarily.  In:

Title: z/OS V1R12.0 SDSF Operation and Customization
Document Number: SA22-7670-14

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isf4csa0/12.1

12.1 Invoking SDSF in batch
...
  //   EXEC PGM=SDSF,PARM='++32,1000'
  //ISFOUT DD SYSOUT=*
  //ISFIN  DD *

and TSO "CALL" generate a parameter list compatible with "EXEC PGM="
(presuming the OP supplied then needed allocations and accepts the
PARM default).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Shmuel Metz (Seymour J.)]

In <5832718053653757.wa.alchu123optusnet.com...@bama.ua.edu>, on
01/15/2012
   at 07:08 PM, Al Chu  said:

>I have a rexx calling SDSF using the following statement;

> "CALL  *(SDSF)" 

Why? SDSF is a TSO command; why would you call it without an
appropriate TSO CPPL? Try

"SDSF"

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: REXX Calling SDSF abend 878-10

[Lizette Koehler]

> Hi
> 
> I have a rexx calling SDSF using the following statement;
> 
>  "CALL  *(SDSF)"
> 
> As I run the rexx code several times in the same tso session, the rexx
abends with
> S878-10 and no longer can run until recycling my TSO session.
> I suspect the SDSF program didn't freemain the storage it acquired when it
returned
> the control back to the caller.
> Is this a limitation or is there a way to get around it?
> 
> Could anyone help.
> thanks in advance.
> 
> Al

Why are you calling SDSF?  If you are on the correct level  of z/OS (z/OS
V1.9  and above) you can use the SDSF REXX interface.

Please provide level of z/OS you are running.

Also, look at this link on SDSF REXX
http://www.redbooks.ibm.com/abstracts/sg247419.html


Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

REXX Calling SDSF abend 878-10

[Al Chu]

Hi

I have a rexx calling SDSF using the following statement;

 "CALL  *(SDSF)" 

As I run the rexx code several times in the same tso session, the rexx abends 
with S878-10 and no longer can run until recycling my TSO session.
I suspect the SDSF program didn't freemain the storage it acquired when it 
returned the control back to the caller.
Is this a limitation or is there a way to get around it?

Could anyone help.
thanks in advance.

Al

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN