(Subject line changed to reflect topic drift)

Alan Altmark writes:
> As others have said, the problem is in the logmode associated with the 
> non-SNA 3270 LU.  For some reason, VTAM sysprogs keep using ancient 
> logmodes for reasons they can't actually articulate except "that's the way 
> we've always done it."   For almost a quarter century, the correct logmode 
> for any 3270 has been D4A3290 (local SNA) or D4B3290 (non-SNA).

I was unable to get these logmode names to work and they don't appear
in the z/OS 1.9 Comms Server SNA Resource Definition Reference Manual.

> The 3290 logmodes are simple, removing all screen size and capability 
> information from the PSERVIC field, and causing VTAM to query the terminal 
> to determine its configuration and capabilities.

However, the manual does document logmodes D4A32XX3 and D4B32XX3 in
the "Default logon mode table (ISTINCLM)" in Appendix A and their
behaviour closely matches your description:

         TITLE ’D4A32XX3’
**********************************************************************
*              3274 MODEL 1A (LOCAL SNA)                             *
*              PRIMARY SCREEN 24 X 80 (1920)                         *
*              ALTERNATE SCREEN TO BE DETERMINED BY APPLICATION      *

with PSERVIC being X’028000000000000000000300’. The corresponding
D4B32XX3 for non-SNA seems right too (same PSERVIC except without
that "2" bit). I tried it out on my zPDT z/OS 1.9 system and it
worked fine...once I'd stripped out the "helpful" DemoPKG VTAM config
which didn't only have a DLOGMOD=S32793 in the VTAM entry for the
terminal devices but also had an "overriding default" in its USSTAB
which made the "TSO" command silently include a LOGMODE(S32793) as well.

Since the commands to change all this dynamically are a bit fiddly
to non-VTAM experts (all in the Comms Server SNA Ops manual) and one
weak link in the chain means the dynamic sizing doesn't work, I
guess it's simply a case of many people not quite getting 100% of the
end-to-end config to work and then giving up and waiting a few years
or so before seeing if it's got any easier.

--Malcolm

-- 
Malcolm Beattie
Mainframe Systems and Software Business, Europe
IBM UK

Reply via email to