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" <[email protected]> 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 * > [email protected] * 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:[email protected]] On Behalf Of Al Chu >> Sent: Monday, January 16, 2012 1:36 PM >> To: [email protected] >> 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:[email protected]] On Behalf >> Of Lizette Koehler >> Sent: Monday, 16 January 2012 3:08 PM >> To: [email protected] >> 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 [email protected] with the message: INFO IBM-MAIN >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN >> >> > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
