Peter, the answer to your PA1 Reshow mystery is simple: this is deliberate behaviour by ISPF which treats PA1 differently when keyboard is locked or unlocked. Pressing PA1 when unlocked (for example editing full screen as in your friend's case) will cause ISPF to treat PA1 as Reshow -- same as PA2. Pressing PA1 a second time will cause ISPF to treat it as ATTN which means interrrupt whatever is currently executing. By contrast if PA1 is pressed when the keyboard is locked (e.g. unlock using the Reset key and then PA1) will always be treated as an ATTN. All this changes if ISPF is invoked from a CLIST with an Attention exit but that is a topic for advanced or masochistic users. So the state of the keyboard locked/unlocked is different in your 2 cases. Lots of configuration options will cause this difference, but it has nothing to do with data streams constructed by the TN3270E emulator. Note that is the keyboard state as observed by ISPF and not necessarily what you see at the keyboard :)
On Wed, Feb 20, 2019 at 10:51 AM Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > Experiment showed me that both PCOMM and Vista TN3270 seem to send the > same thing for "Attention", as both emulators work using "Attention" as > "reshow" on my employer's network. Unfortunately there is no chance I > could arrange to get a buffer trace from my employer's mainframe > communications team when we have no problem. > > I'm not sure what intermediary system(s) my friend uses there. I can ask, > but my friend was quite happy to learn about using PA1 / PA2 for "reshow", > so it may be a moot point. > > Thanks to all for your replies to satisfy my curiosity. I love learning > like this, in a community that cares enough to educate and inform. > > Peter > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Seymour J Metz > Sent: Tuesday, February 19, 2019 6:17 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Where does ISPF determine how to repsond to "Attention" > function? > > ISPF uses VTIOC facilities, e.g., TGET, TPG, TPUT, to communicate with > the terminal. By default VTIOC will interpret ATTN or PA1 as attention and > PA2 as reshow. However, > > 1. It's anybody's guess whether PCOMM send ATTN or PA1 for "Attention". > > 2. ISPF runs in full screen mode, so things are a little different. > > 3. The above assumes that VTIOC is in session with the terminal, not with > an intermediate program. > > From what you wrote I would assume that at your friend's shop the terminal > is coming in through, e.g., NVAS, TPX. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf > of Farley, Peter x23353 <peter.far...@broadridge.com> > Sent: Monday, February 18, 2019 5:20 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Where does ISPF determine how to repsond to "Attention" function? > > [Dual-posted to ISPF-L and IBM-MAIN] > > On my employer's z/OS 2.2 system and as far back as they have employed me > (OS/390 R10 IIRC), pressing "Attention" (Esc on my PCOMM keyboard map) > while in an ISPF screen "refreshes" the screen to the last stable state, so > if you accidentally erased a whole line of program code or JCL you can > recover what was there before the erase as long as you didn't press Enter > or any PF/PA key before pressing "Attention". > > On a friend's z/OS system (not sure of the release), pressing "Attention" > at any ISPF screen causes the terminal to be taken out of service (VTAM > INACT). > > My question is where and how does ISPF determine how to respond to > "Attention" to refresh the screen instead of making the terminal INACT? Or > is that a VTAM function/setting of some kind? If it is VTAM, where is it > specified? > > Just curious here, no actual problem to be solved ("Doctor! Doctor! It > hurts when I do that!"; "Well, don't do that!"). > > Peter > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
