Peter The correct response, when using the "dynamic" mode table entry and therefore receiving the dimensions from the "device/emulator" and when the program then discovers that it has not been written to deal with the configured dimensions, is immediately to end the session, embedding a sense code in the UNBIND which describes the failure.
Unfortunately I can't find a suitable sense code in SNA Formats to say "Presentation space dimensions cannot be supported" so perhaps we should ask IBM to supply one so that applications can provide accurate reasons for this negative response. Chris Mason ----- Original Message ----- From: "Hunkeler Peter (KIUB 34)" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Tuesday, 22 August, 2006 5:00 PM Subject: Re: >27x132? > >2. '"arbitrary and capricious" screensizes' are fine if the > >application accepts them for what they are - that is, the person > >who wrote the application doesn't consider the presentation space > >dimensions "arbitrary and capricious". Peter Hunkelrer seems to > >be having problems with an application which isn't quite as flexible > >as he would like and seems to be making unwarranted assumptions when > >faced with "non-standard" column dimensions. > > The problems I had with the application was that it abended with > S0C4 when the screen size was anything else than the mod2/3/4/5 > sizes. They fixed this. I can now have 132x60 and that's fine. > I understand and accept it might be a major effort to adapt a > program to cope with arbitrary screen sizes and nobody is willing > to pay for such a useless :-) change these days. That's ok. > > Peter Hunkeler > CREDIT SUISSE ---------------------------------------------------------------------- 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
