On 7 December 2016 at 15:23, Paul Gilmartin <0000000433f07816-dmarc- [email protected]> wrote:
> >> Ain't no "sides" on z/OS. "There is no wall", etc. > > > >It took me a while to wrap my arms around that but it is true. It's an > important concept. There are only programs, and ways to invoke programs > (shell, JCL, etc.) and facilities (GETMAIN, accept(), etc.). The method of > invocation and the services available are largely independent of each > other. It's all mix and match. > > > I disagree. There's a wall. There may be stairs, elevators, or > helicopters to cross it, > but it remains a wall. > I meant it in the same sense that Kernel Don use to say it: there is no difference from a program's point of view. Obviously there are differences in and gross omissions from the several human interfaces to z/OS with their different roots. But a program generally need not be any more concerned about how it got started by the user than it need worry itself about whether it's running in batch or TSO. To be sure there are some differences, but "MVS Classic" services and all the UNIX services are equally available in all environments. Many people, even in 2016, still hold a notion that there are two different programming environments, and/or that z/OS has some kind of "UNIX emulation" in it. z/OS *is* UNIX. Consider the problem: I have a file in NETDATA format. It may be either in > a UNIX > file or in a catalogued data set. I would like from a z/OS UNIX shell to > use it as > input to the TSO RECEIVE command. I can think of no simpler means than to > write > JCL to INTRDR with an IKJEFT01 step to RECEIVE it. That's barely in > helicopter > range; it's more in Elon Musk's conceptual domain. > > Any ideas? Don't reply with proposed solutions unless you've tested then > and > found them to work in an unprivileged UNIX shell. Trace if possible, and > supply > the log. Yeah, I think we've been here before. I certainly have ideas, but they're not ready for primetime. Tony H. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
