In <a6b9336cdb62bb46b9f8708e686a7ea00e924b4...@nrhmms8p02.uicnrh.dom>,
on 05/25/2012
   at 10:23 AM, "McKown, John" <john.mck...@healthmarkets.com> said:

>From my view point, it is because the user of my program simply does
>EXEC PGM=MYPGM rather than PGM=IKJEFT01,PARM='%MYPGM' which runs a,
>in my case, REXX program called MYPGM, which then does the TSO
>allocates for the ISPF datasets, followed by ISPSTART CMD(%MYPGM2).
>Which is either a TSO command, or another REXX program which does a
>TSO CALL to actually invoke the processing program. All that
>"overhead" just so that my program can, for instance, use a DSINFO to
>__easily__ get a list of cataloged datasets and their attributes.

I don't see anything there that you wouldn't also have to do if you
used IKJTSOEV.

>Again, what I really would like is something like the ISPF services
>(non DISPLAY). 

CSI is available from COBOL.

>But make them available via a simple COBOL CALL verb without the
>need for the "complicated" JCL and REXX layers.

Are you putting "complicated" in quotes because you agree that it is
*not* complicated? ;-)

>This would allow a COBOL program to easily allocate and "open" a
>PDS, get a list of the members, and then read one or more of the
>members.

A COBOL program can already do those.

>Or use DSINFO for some DASD management reports.

If you want to use the services of an application then you have to set
up the environment of that application.
 
-- 
     Shmuel (Seymour J.) Metz, SysProg and JOAT
     ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
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

Reply via email to