On Fri, Dec 1, 2017 at 1:40 PM, Tom Marchant < [email protected]> wrote:
> On Fri, 1 Dec 2017 12:22:41 -0600, John McKown wrote: > > > >Yeah. My "problem" is not with VIO, but with QSAM. Writing a RENT,REUS > >HLASM program which I want to be AMODE(31),RMODE(ANY) is just a PITA with > >QSAM. I was hoping for an easier API. > > Why a PITA? If you are RENT, you will need to GETMAIN some storage. > To create a DCB, you will need storage below the line. Big deal. Unless > your program's storage requirements are large, you could make all of > your GETMAINed storage below the line. > Well, I'm just generally griping, I guess. Bad week. I wish that IBM had generalized the VSAM "GENCB" idea; which didn't really seem to catch on (which may explain why it didn't get expanded). I also wish that IBM had made an ACB oriented access to PS and PO data sets. > > Can you run both programs in one step? Perhaps the first one calls the > second, or they are both called by a third program. The third program can > pass an area for the first to save the info and the second to retrieve it. > I didn't go into the really weird experimentation that I'm doing. I'm a just "messing around" with the BPX1EXM (execmvs) UNIX function. This is a real weirdie (to me). It basically terminates the current job step, then _inserts_ a new job step (which shows up with *OMVSEX as the step name) immediately _after_ the current job step and _before_ the next JCL job step. I'm still in the same ASID, but all the JCL has disappeared and all the user allocated memory is gone (non APF can't get LSQA which would survive). Now, I can pass up to 32767 bytes from my program to the next program via the standard "batch" PARM= equivalent. This can be arbitrary byte values (range x'00' to x'FF'). So I'll probably just use that facility. Hopefully I will never need more than 32767 bytes. Hum, could it really be x'FFFF' bytes? I'll need to check that out. I'm just messing around with this and wanted an easy way for my invoker to send more data to the invokee. I could cheat and use UNIX message queues. But they are not cleaned up at job end. > > -- > Tom Marchant > > -- I have a theory that it's impossible to prove anything, but I can't prove it. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
