> I think you can virtualize the VT220 console under z/VM 5.3, can't you?
Except there's nothing supplied that's capable of exploiting it, so it's pretty useless. Attaching a virtualized VT220 to the HMC isn't all that useful either given the arcane and fragile nature of the HMC. Suggestion: Define a normal Linux guest as the SECUSER for all your guests. Install the IUCV driver Neale and I wrote. Write a script called 'connect' that takes a parameter of a virtual machine. Using the demo application to accept SCIF output via IUCV, write the 'connect' script to loop, accepting commands and feeding them to the selected guest via 'hcp' or 'vmcp CP SEND' and displaying the output, waiting for some signal magic string to exit and end the command loop. That would be very similar to the behavior they have with a typical console hydra setup, and not that hard to do. Long term, I'd write a SVM that used the LAT support in Linux to map a virtualized VT220 to a DECnet resource name, and then you'd be able to do a proper console. I have the design done, but if someone wants that, we need to discuss development costs. ---------------------------------------------------------------------- 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
