That may be the best use of VTAM I've ever seen! ;-) (We're still running it, too).
Google argument "USSMSG10 SBA" turned up something that might help you directly: http://www.sssgmbh.de/download/os390/sysp.usersrc/ussspst Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Rick Barlow" <[email protected]> Sent by: "The IBM z/VM Operating System" <[email protected]> 10/21/2010 01:23 PM Please respond to "The IBM z/VM Operating System" <[email protected]> To [email protected] cc Subject VTAM USSMSG10 buffer location assistance I am looking for someone who can point me to a reference that might help me to modify a USSMSG10 screen that is coded using screen buffer locations. Before anyone comments on still having VTAM on VM, let me say that the reason we are doing this is to add a message to the screen to inform the users that VTAM is going away - soon. I know that the declarations probably include a 3270 data stream command and a location within the screen buffer. I am trying to locate documentation that might help. I am including a brief code snippet. DC X'11C14F1D60' Line 2 Col 1 Normal DC C'@' DC X'11C16F' Line 2 Col 32 DC C'DATA CENTER NORTH' * DC X'11C2F7' Line 3 Col 24 DC C'TEST AND DEVELOPMENT SYSTEM (CDC)' Can anyone point me to documentation or a possible contact who might be able to steer me in the right direction? Thank you Rick Barlow Nationwide Insurance 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. E-mails 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 e-mail.
