George,
I don't know of any way that a virtual (or real) CF would even see any
3270 data streams, much less alter them.
OTOH, I don't really know much out CFs.
Could you help us out with a little more environmental detail?
1) Is this pure VTAM SNA (on both z/OS and z/VM), or is it VTAM
encapsulated by TCPIP?
2) Have you examined the LOGMODE for the affected terminals? I remember
doing just as Kris mentioned back in the 1980's.
3) Do you have any terminals connecting to VM that *do* work successfully
with extended attributes?
4) What appears as MODETAB and DLOGMOD when you issue from your VM system,
the VTAM command: D NET,ID=luname,E
where luname is your luname, and perhaps another display from one
where extended attributes are displayed?
Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.
"George Henke/NYLIC" <[email protected]>
Sent by: "The IBM z/VM Operating System" <[email protected]>
12/28/2010 03:06 PM
Please respond to
"The IBM z/VM Operating System" <[email protected]>
To
[email protected]
cc
Subject
Re: Stopping DIAL From Stripping Extended Data Stream
Our Supersession boys swear it is not Superseesion.
Could it be the Coupling Facility Service Machine doing it?
SPECIAL 420 MSGP CFSRV04
SPECIAL 424 MSGP CFSRV01
SPECIAL 428 MSGP CFSRV05
USER CFSRV04 CFSRV04 256M 2G G
XAUTOLOG CFCONSOL SY79TEST SY80TEST
*LA= 02:31:12 EST Sunday 10/31/99 by AUTOLOG1
OPTION CFVM TODENABLE QUICKDSP
*ED= 99/10/31 09:30:39 VMRMAINT FEN00030 98/09/24
*PW=
*SP= GENERAL PROFILE
*NM= * COUPLING FACILITY SERVICE MACHINE 4
*FL= N
ACCOUNT 33141 ROOM-XXX
SHARE RELATIVE 1000
MACH ESA
CONSOLE 0009 3215 A OPERATOR
*END=
Kris Buelens <[email protected]>
Sent by: The IBM z/VM Operating System <[email protected]>
12/28/2010 02:20 PM
Please respond to
The IBM z/VM Operating System <[email protected]>
To
[email protected]
cc
Subject
Re: Stopping DIAL From Stripping Extended Data Stream
A general rule of z/VM is that it will never change the type of a device,
so DIAL will not change the 3270 characteristics (even though after DIAL
it will appear as a local non SNA 3270)
After you DIAL to z/OS, your 3270 gets another address. You need to find
the definition of that address in VTAM, a local non-SNA 3270 will it be.
But, that has a logmode too, and I guess the logmode currently associated
to that address defines a realy dumb 3270.
In a previous life, I instructed my students of the VM/VTAM course to turn
on the "query" bit in the PSERVIC:
PSERVIC=X'028000000000000000000300'
2010/12/28 George Henke/NYLIC <[email protected]>
How do I stop DIAL from turning off the Extended Data Stream (EDS)
terminal attribute?
I have NSX32702 Logmode (NSX means Non-SNA EDS) before dialing my z/OS
guest.
The ISPF ENVIRON TERMSTAT Query on native z/OS shows:
ISPF TERMINAL CHARACTERISTICS
14 BIT ADDRESSING = ON
16 BIT ADDRESSING = OFF
EXTENDED COLOR = ON
EXTENDED HIGHLITING = ON
After dialing the z/OS guest with the same Logmode the z/OS ISPF ENVIRON
TERMSTAT Query shows:
ISPF TERMINAL CHARACTERISTICS
14 BIT ADDRESSING = OFF
16 BIT ADDRESSING = OFF
EXTENDED COLOR = OFF
EXTENDED HIGHLITING = OFF
DBCS = OFF
DBCS = OFF
--
Kris Buelens,
IBM Belgium, VM customer support
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.
