Edward Alan was answering the question "Does anyone know how to set the primary screen size in IBM Personal Communications?" which implies that the 03 option rather than the 7F option was understood to apply. He has no need to apologise - but he's a polite sort of guy I guess :-)
Alan, I wonder whether it isn't more a 3274/3174 *convention* based upon the need to support "legacy" functions inherited from purely Model 2 days within existing applications, other functions within which can support other dimensions. The reason IBM has not dared to implement default presentation space dimensions other than 24 rows and 80 columns is that there may be some customer-written (most unlikely to be supported vendor-written) applications which one can assume check only that the BIND is for LU type 2 and ignore the presentation services fields following the first byte (which specifies the LU type). As you hinted, such applications simply expect that the dimensions are 24 rows and 80 columns and that using an "Erase Write" will format the presentation space to those dimensions. This assumption would be ruined if ever an emulator was encouraged to format the presentation space to any other dimensions such as would happen if the penultimate byte happened to be X'00', very likely, and Edward Jaffe's proposals are accepted. A not terribly well-written vendor application might assume the 24 rows and 80 columns for an "Erase Write" command in the case the penultimate byte was specified as X'03'. A well-written vendor application in the case the penultimate byte was specified as X'03' would check what was specified for the default presentation space in the response to the "Read Partition Query" request and UNBIND the session if the values were not suitable for what the application required for an "Erase Write" command, for example, were not 24 rows and 80 columns. Chris Mason ----- Original Message ----- From: "Alan Altmark" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Tuesday, 22 August, 2006 10:36 PM Subject: Re: >27x132? > On Tuesday, 08/22/2006 at 12:34 MST, Edward Jaffe > <[EMAIL PROTECTED]> wrote: > > No. The PCOMM primary screen size is *not* always fixed at 24x80. You > > can set it to whatever you want by using the right kind of logmode. For > > example, the following sets primary size to 51x80 and alternate to > 62x132: > > Sorry, I should have been more clear. You cannot change the default > primary screen size *in PCOMM*. *PCOMM* has a default primary screen size > of 24x80 (3174 rules). If you want to override the default in the BIND, > go for it, but my experience with 3270 apps is that they [arguably > incorrectly] assume 24x80 for Erase/Write, only querying the device if > they plan to use Erase/Write Alternate. > > Alan Altmark > z/VM Development > IBM Endicott ---------------------------------------------------------------------- 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
