Our point in using DIAL OPERATOR is partly to avoid having operaors need to logon to a VM ID, and manage that ID's security as operators change roles.
If they were going to logon, they could just use VM:Operator's magic VMYIAMOP to acess the console. Interesting idea, though. Mike Walter Hewitt Associates ----- Original Message ----- From: "Huegel, Thomas" [EMAIL PROTECTED] Sent: 12/24/2007 12:15 PM To: [email protected] Subject: Re: HCP743E from DIAL command on Integrated 3270 Console I don't know if this might work or not but someone might want to try it. From the intigrated 3270 logon to a CMS ID.. Then telnet to your VM TCPIP stack, then try your DIAL command. -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Alan Altmark Sent: Saturday, December 22, 2007 6:03 PM To: [email protected] Subject: Re: HCP743E from DIAL command on Integrated 3270 Console On Saturday, 12/22/2007 at 04:36 EST, Richard Corak <[EMAIL PROTECTED]> wrote: > I don't know why, but HCPDIA specifically looks for, and rejects, > integrated 3270. True, and I see that the CLASGRAF exception was added when we added support for the integrated 3270. (I was previously looking at only the CLASTERM code. Duh.) I do know that the integrated 3270 does not process data streams as a real 3270 does. In particular, I think it doesn't handle "segmenting" of the data stream via data chaining, as might be expected by a DIALed guest. Further I think it can't handle as large of an I/O. I remember we had some XEDIT issues with it that required SET REMOTE ON to resolve, forcing XEDIT to send a shorter data stream. Given the S&D codes, I have to rescind my prior advice, saying that it is working as designed. Removing the check in HCPDIA may work, or it may not. And it may depend entirely on how the guest is doing I/O. I suppose we could ask the author of those few extra lines. ;-) Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
