Unfortunately, ISPF significantly predates the MVC design pattern.
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
On 2012-05-25 11:23, McKown, John wrote:
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.
Again, what I really would like is something like the ISPF services (non DISPLAY). But make them
available via a simple COBOL CALL verb without the need for the "complicated" JCL and
REXX layers. 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. All in a relatively simple, easy to
use, way. The same with z/OS UNIX files too. Or use DSINFO for some DASD management reports.
I guess it's just a recent "itch" of mine. Not possible as I would like to do it, so I'm
just stuck with the "clumsy" (IMO) way.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
