Not knowing what the application does, the most I can do is hazard a guess. When you are in the application, can you swap screens? If not, then perhaps the application is not using ISPF screen management, but controlling the 3270 screen itself (likely using TGET/TPUT or TPG. In this latter case, the application is using "buffer addresses" which it must calculate. The physical location of a given "buffer address" is dependant on the screen geometry. That is, it is not a simple row&column number, but a single number which is a function of the row,column, and screen geometry. And so the screen is "disrupted" when you do anything other than 24x80.
If the above is the case, then the "fix" is to rewrite the code to properly support multiple screen sizes. Or, as you have seen, run only in 24x80. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * [email protected] * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[email protected]] On Behalf Of Juergen Keller > Sent: Friday, November 04, 2011 8:54 AM > To: [email protected] > Subject: TSO SCREENSIZE > > hello together, > I have a strange problem and maybe someone had the same and > had a solution for this.... > we got new terminals with bigger sizes and now the users > wants to use the "new" PCOM-size of 62x160 which is supported > I think since PCOM6.0. So a user logon to TSO with the > "variable" logmode D4C32XX3. In ISPF you can see that it uses > 62x160 (SDSF LOG) and TSO also uses 62x160 (also SDSF LOG). > Now we have some ISPF-applications having problems with this > logmode. The panels are not defined to ISPPLIB and look like > "hardcoded" in the application. The result is that the panels > are disrupted. The first line (80 bytes) of the panel is > shown in line 1 - byte 1-80 and the second line of the panel > is shown in line 1 - byte 81-160. The result is that the > panels look very stange. > > Now I had the idea to use the TERMINAL-command and set the > screensize to 43x80 for this application (first command in > calling REXX). But unfortunately the result is the same. I > can see that TSO has switched its size but the panels of the > application are still disrupted. The problem now is what are > this very old applications doing? Do we have sourcecode? We > have no answer .. we only have that problem :-( > > Then I tried to call SDSF in READY-mode of TSO after I had > changed the screensize to 43x80. The result is the same. The > panel is disrupted and look like the problem we have with our > applications. I can ask IBM (pmr) but I new the answer: "why > are we doing that" and "this is not supported". But I only > want to help the users to use 62x160 for ISPF and maybe 43x80 > when using TSO. > > To make it complete confusing ... it you change SCRSIZE to > 24x80 all looks fine ... only with 32x80, 43x80 and 27x132 > and SDSF called in READY-mode you have that problem (and also > with our own application). > > Is there anyone who had the same problem in the past and got > a solution? > > TNX Juergen > > ---------------------------------------------------------------------- > 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 > > ---------------------------------------------------------------------- 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
