Shmuel
Comments are embedded.
Chris Mason
On Tue, 5 Sep 2006 11:27:55 -0300, Shmuel Metz (Seymour J.) <shmuel+ibm-
[EMAIL PROTECTED]> wrote:
>In <[EMAIL PROTECTED]>, on 09/04/2006
> at 09:45 AM, Chris Mason <[EMAIL PROTECTED]> said:
>
>>Now the issue is does the "setting" of the dimensions in the BIND
>>have to be reflected in the "configuring" of the device or emulator?
>
>The BIND be consistent with the setting in order to be accepted. Thus,
>on a 3180, a BIND with a 43x80 primary would be rejected if the model
>number was set to 2 but accepted if the model number was set to 2+[1].
>
[1]
>>As I remember the 3278 models, you typically "matched" the BIND to
>>the model number - very irritating.
>
>Or used D4C32XX3, which would work for any model number.
>
I was recalling the time before the 03 option and mode table entries such
as D4C32XX3. Mentioning 3278 was supposed to indicate how I was obliged to
handle them as the 3278 models first appeared.
>>I know I'll be corrected if I'm mistaken, but was it possible to
>>deny yourself part of the available display surface and "set", using
>>the 7E and 7F options (and the 02 option), a number of rows less
>>that the number available?[1]
>
>Yes, with model numbers 2+, 3+, 4+, 5+, 6, 7, 8 and 9 you could use a
>BIND that set fewer rows than the available space. I never had cause
>to do so.
>
[1]
>>Using your terminology, this would still be "configuring" so that
>>the "values" would be "accepted".
>
>No, the configuring takes place before the BIND, and determines what
>values will be accepted in the BIND.
>
I know there's been some talk of "configuring" "on the fly" but that is
*not* what I had in mind. Also I hesitate to use "the BIND" or when the SNA
session starts since a "non-SNA" connection does not "see" the BIND and is
not aware of the existence of an SNA session. Thus, for such a device,
any "configuration" is "on the fly". Shortly after the BIND, the time
the "query" exchange is expected to take place[2], is significant only to
the application.
>>I've checked through all the posts in this thread and I see that,
>>for example, nowhere is there any comment that whatever 3270
>>emulator happened to be in use needs any particular attention when,
>>for example, Edward Jaffe's favourite dimensions 51x80 and 62x132
>>are specified.
>
>There were two issues mentioned:
>
> 1. Applications that can only handle row lengths of 80, 132 and 160,
> or not even all of those.
>
> 2. Applications that can not handle 14-bit addressing.
>
That comment concerned emulator capabilities, not application capabilities.
My interest was in provoking readers to provide information on the need for
coordination with the emulator before using presentation space dimensions
which, for example, do not correspond to the traditional model numbers.
>>What program, the application program or the 3270 emulator (or
>>simulator) program?
>
>Simulator, of course.
>
>In <[EMAIL PROTECTED]>, on 08/29/2006
> at 04:39 AM, Chris Mason <[EMAIL PROTECTED]> said:
>
>>How does this comment have any relevance to what I said?
>
> Thus 24 rows and 80 columns are always returned in the default
> fields of the "Query Reply" and so they are not configured
> anywhere.
>
>What is sent in the Query Reply is determined by what was in the BIND.
>
I've tried carefully to examine what your comment "How is configuring the
program to accept other than 24x80 not configuring the program?", which led
us into this cul-de-sac, might mean and I still don't see it - but then I'm
not sure it's worth pursuing.
Incidentally, being reminded that an application using a "query" exchange
and hence being informed of presentation space dimensions which were fully
specified in the BIND using the 02, 7E or 7F options, isn't a issue that
really concerns us.
>>I've tried to give above my understanding of the progression of
>>increasing flexibility - partial of course - but I believe that
>>current 3270 emulators do *not* need any "configuration" statements
>>in order to have presentation space dimensions imposed by the 7F
>>(and 7E) options.
>
>Which 3270 simulators? They're all different.
>
Again I'm trying to solicit comments on the emulators (simulators). Perhaps
some customization is needed, perhaps not.
>>Otherwise how do you explain the possibility to "set" a default set
>>of dimensions other than 24 rows and 80 columns in PCOMM which, as
>>we know, does not permit the default dimensions to be "configured"?
>
>Which is it? In either case, I explain it as being because PCOMM is
>PCOMM and not some randomly selected other 3270 simulator.
>
Again, I'm not following the "Which is it?". PCOMM has the desired
flexibility. Do others? What are the limits of the emulator programs, each
in turn? Let us remind ourselves of the OP's request: "Is it possible to
display more than 27x132 characters at a time through a 3270 emulator?"
>>You may care to mention what sort of work was necessary
>>("configuring") on your favourite 3270 devices, the 3180 and 3192,
>>when you wanted ("set") default ("primary") 43x80 and alternate
>>("secondary") 27x132.
>
>I had to configure the model number to something other than 2-5 and I
>had to use a LOGMODE whose BIND specified the desired primary and
>secondary sizes.
>
>>It's interesting that these dimensions correspond to the traditional
>>3278 display models, specifically 4 and 5.
>
>Not really; the 3180 would not support more than 27 lines with a 132
>character width and would not support more than 43 lines with an 80
>character width. Since it was intended as a replacement for models 2-5
>of the 3278, those limits were hardly surprising.
>
[1]
>[1] Unless I'm confusing the 3180 nomenclature with the 3192, in
> which case change the 2+ to 6.
>
[1] Thanks for the information on 3180/3179 configuration.
[2] I agree the "query" exchange doesn't have to take place at this time or
only at this time but I believe this is generally the way 3270 applications
work.
----------------------------------------------------------------------
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
