John

Is the USS message 10 you are complaining about used in a table for use with
SSCPFM=USSSCS or SSCPFM=USS3270? If USSSCS I forget precisely what should
happen but anyhow it uses "SNA Character String" (SCS) so it cannot be
distorted by the presentation space dimensions. I expect it just uses the
default dimensions and, since formatting is only with "new line" characters,
the text should stream should happily use any dimensions.

If USS3270, you're "in charge". You can format the message in any way you
like using the 3270 data stream including Erase Write and Erase Write
Alternate as the first character - just don't forget to provide an input
field. <g> I hope you weren't expecting the 3270 data stream somehow
dynamically to take account of the presentation space dimensions. That's far
too advanced for an IBM design from around 1970. This is X-thinking. <g>

For TSO you need to be careful with the logon screen. There is an APAR for
more than 1024 characters. Edward Jaffe - no surprises there - has already
provided you with the details. However there's one detail I always seem to
need to supply. Why the 51 in the 51x80? Well if you multiply 51 by 80 you
get 4080. if you multiply 52 by 80 you get 4160. 4080 is less than 4096 and
4160 is more than 4096. QED

NetView Access Services is probably just inflexible and assumes the standard
24x80 when using Erase Write. (Erase Write instructs the display or emulator
logic to provide the "default" dimensions while Erase Write Alternate
instructs the display or emulator logic to provide the "alternate"
dimensions.)

I doubt this is a maintenance issue (except for that rather special TSO
APAR) on either z/OS or the emulator.

I'd planned to say the following:
<quote>
Be thankful that your emulator is sufficiently flexible to have anticipated
Edward Jaffe's initiative - or perhaps he has bullied them to implement this
level of flexibility. <g>
</quote>
However, you already confirmed that you are using Bluezone which means it's
one of the latter emulators.

Chris Mason

----- Original Message ----- 
From: "Chase, John" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Monday, 16 October, 2006 4:45 PM
Subject: Re: Defining a display LU so the user can choose the terminal type


> > -----Original Message-----
> > From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe
> >
> > This topic has been discussed numerous times in this forum.
> > In the past I used a 62x132 alternate size. But, after
> > hearing some valid arguments for more columns, recently
> > changed to 62x142 for my alternate size. I also use 62x80 for
> > my primary (default) size. But, that's another topic entirely ...
>
> Whenever I try a "non-standard" default screensize, I am unable to log
> on to TSO or Netview Access.  TSO "ignores without comment" my password
> on the TSO/E Logon Panel, and Netview Access produces message "EMS1010A
> Enter your user ID." despite my having entered userID and password on
> its logon panel.  Don't know if we're back-level on z/OS maintenance or
> our terminal emulator is defective, but the emulator happily allows
> defining arbitrary screensizes for both default and alternate.  One
> other anomaly I notice is that the VTAM USSMSG10 screen *always*
> displays in 24x80, regardless what default screensize I specify in the
> emulator.
>
>     -jc-

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to