On 7/20/23 14:57, Phil Smith III wrote:
Shmuel wrote:
Define a 3270 address that you can DIAL into; don't forget to use
RESET rather than DETACH when you're done.
Yeah, that's not the answer, alas-if I wanted a 3270 session, I would just log onto the guest. What I've 
seen before is that the SECUSER sees all the z/OS SYSLOG traffic, and can reply via CP SEND. I'm sure I'm 
not describing it well-someone will (I hope!) say "You need a virtual device at <some address 
that z/OS recognizes>" or "You need the XYZZY configuration in a PARMLIB member".


I think what you want to do is somehow get z/OS to *not* use a "device" as the console.

There is, architecturally, a "system console", which z/VM (CP) presents to the guest as part of service processor hardware simulation. Some of this verbiage I'm taking directly from the help screen for CP VINPUT. (Do a 'help cp vinput' on your nearest CMS account.) The CP VINPUT command is for input, duh, but there's a counterpart output function.

Last I knew, in absence of a console device, guest operating systems (z/VM for sure, and I'd expect z/OS too, maybe the rest) would use the so-called system console to write the usual console traffic. This then is handled by VM in the traditional way, e.g., 'cp spool console start', and it's all linemode, no 3270 problems or quirks.

The HMC (here too, been a while!) can pop open a window for line-at-a-time input which the OS in the corresponding LPAR will receive ... and respond to. We're not talking 3270 and we're surely not talking 3215.

As I write this, some memory freshens and I recall that I was using VM on VM where it worked like a charm. So I'm only guessing at how z/OS MVS would behave.



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


-- R; <><

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to