> There's a lot of CP code to be written to make it work, though, as CP > doesn't support a virtual Integrated VT220 Console, nor is there any > provision in LDEV to connect the LDEV to any form of > integrated console. > (LDEVs always connect to the virtual machine console.)
Hmm. Sounds like the 7171 idea might be less work, then. If the 7171 transparent mode trigger sequence caused the VM telnet server to negotiate the DONT_3270 option and then switch to NVT mode, that might be good enough. You could keep the transmission size below the maximum screen size for a 3270 write, and still keep things fairly tolerable for the ANSI terminal user (since a VT100 is relatively smart, you can do a lot in relatively few characters). You'd still need the solicitor to select what guest to connect to, but you'd have to do less surgery in CP to get it to work. Another random thought: what about using PVM for this purpose? You could write a line driver for PVM to connect to an IUCV service or something that Linux could create as /dev/console w/o an active network. That would require little or no change to CP, and make it reasonably easy to support multiple sessions, authorization, logging, automation products, etc. Also, doesn't PVM already have native NVT TCP support? ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
