date:20190219

Re: Where does ISPF determine how to repsond to "Attention" function?

2019-02-19 Thread Farley, Peter x23353

That is entirely possible Ed.  As I said in an earlier reply, I can ask but my 
friend may not know the answer, not being a network admin nor even having 
access to the VTAM definitions in use.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Wednesday, February 20, 2019 1:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where does ISPF determine how to repsond to "Attention" function?

On 2/19/2019 6:56 AM, Farley, Peter x23353 wrote:
> Thanks Timothy. I am indeed using TN3270E, but I am still somewhat mystified. 
>  PCOMM definitely maps "Attention" to the un-shifted Esc key on the keyboard, 
> but it ACTS like PA1 in the ISPF / TSO HELP tutorial description on my 
> employer's system, but not on my friend's system.  He can use PA1 to "reshow" 
> in ISPF, but not Attention.

ATTN applies only to SNA (or SNA-emulated by TN3270) sessions.

Perhaps your friend's logmode specifies bi-sync (non-SNA) protocols?
-- 

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

Re: TSO CLIST Query

2019-02-19 Thread ITschak Mugzach

The confusion  might be  caused by text in lower case. Clist is mainly
uppercase language.

ITs hak

בתאריך יום ד׳, 20 בפבר׳ 2019, 0:34, מאת Seymour J Metz ‏:

> What concatenation is it in?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of ITschak Mugzach 
> Sent: Tuesday, February 19, 2019 11:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TSO CLIST Query
>
> Tso think that this is a rexx exec not a clist. What are your site defaults
> for execs and clist?
>
> ITschak
>
>
>
> בתאריך יום ג׳, 19 בפבר׳ 2019, 18:21, מאת FRISBIE, JIM ‏<
> jim.fris...@ncsecu.org>:
>
> > I'm trying to write a CLIST to make life easier on our Operations staff.
> > They constantly have problems correctly entering the dataset name of the
> > offload tape, so I created this simple CLIST to help.
> >
> >
> >
> > PROC 1 OFILE
> >
> > CONTROL MSG LIST CONLIST
> >
> > WRITE DSN=
> >
> > $TOFFLOAD1,DSN=
> >
> >
> >
> > From ISPF, the operator issues =3.4 to list the available offload tapes.
> >
> >
> >
> > DSLIST - Data Sets Matching TS.PSYS.OFF*
> >
> > Command ===>
> >
> >
> >
> > Command - Enter "/" to select action
> >
> > -
> >
> >  TS.PSYS.OFF1.FEB01
> >
> >  TS.PSYS.OFF1.FEB04
> >
> >  TS.PSYS.OFF1.FEB05
> >
> > offdsn   TS.PSYS.OFF1.FEB06
> >
> >  TS.PSYS.OFF1.FEB07
> >
> >  TS.PSYS.OFF1.FEB08
> >
> >  TS.PSYS.OFF1.FEB11
> >
> >  TS.PSYS.OFF1.FEB12
> >
> >  TS.PSYS.OFF1.FEB13
> >
> >  TS.PSYS.OFF1.FEB14
> >
> >
> >
> > My plan was that the operator would select the correct tape and enter the
> > CLIST name in the command line. The CLIST would do the rest.
> >
> >
> >
> > The CLIST returns the selected data set name but it's enclosed in single
> > quotes. I'm including the message it returns:
> >
> >
> >
> > WRITE DSN='TS.PSYS.OFF1.FEB06'
> >
> > DSN='TS.PSYS.OFF1.FEB06'
> >
> > $TOFFLOAD1,DSN=
> >
> > $TOFFLOAD1,DSN='TS.PSYS.OFF1.FEB06'
> >
> > A command entered or contained in a CLIST has invalid syntax.
> >
> >
> >
> > How do I turn off those quotes?
> >
> >
> > Jim Frisbie
> > Mainframe Engineering
> > Sr Systems Programmer
> > 919-831-4711
> >
> > This email may contain confidential and privileged material for the sole
> > use of the intended recipient. If you are not the intended recipient,
> > please contact the sender and delete all copies. Any review or
> distribution
> > by others is strictly prohibited. Personal emails are restricted by
> policy
> > of the State Employees' Credit Union (SECU).  Therefore SECU specifically
> > disclaims any responsibility or liability for any personal information or
> > opinions of the author expressed in this email.
> >
> > --
> > 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
>
> --
> 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

Re: Where does ISPF determine how to repsond to "Attention" function?

2019-02-19 Thread Timothy Sipples

Attila might have cracked the code, but I want to highlight something
Seymour mentioned and expand on it.

The presence or absence -- and the configuration -- of a 3270 session
manager might have some impact on how "special" keys are handled, so that's
another possible variable. IBM's CL/SUPERSESSION, CA's TPX, Macro 4's
Tubes, and many others are out there.

Also, and especially if you're not using TLS-encrypted TN3270E that
terminates at/within z/OS itself (you should be!), there are some possible
"intermediaries" that can occasionally affect the datastream. I've seen
some cases where a customer has installed a "man in the middle" server that
intercepts TN3270E traffic and adds an initial signon screen that requires
entering a perishable key of some kind. (No, that doesn't make much sense
if the traffic is unencrypted, but what can I say?) There could even be
different, alternative, often ancient TN3270E servers in lieu of
Communications Server for z/OS, usually as some vestige of a network design
and deployment that probably ought to be updated. And, in years past (long
ago now), there were a couple bugs that needed swatting in clients and in
Communications Server for z/OS, and there are still some configuration
settings that might be impactful.

I recently worked with a z/VSE customer that has TCP/IP for z/VSE (not
IPv6/VSE). TCP/IP for z/VSE includes a reasonable TN3270E server, but that
particular server implementation doesn't support 3270 printer sessions
specifically. And they need one 3270 printer session for what they're
doing. IPv6/VSE and its TN3270E server is a good solution to address that
particular requirement. Or they could have set up a "classic" non-IP 3270
printer session in VTAM for z/VSE, and that still works as long as you're
"close enough" to the machine and haven't got anything in the network
that'd balk at classic protocols. Or they could move to a newer and better
virtual/electronic printing path using, for example, VSE2PDF. However,
every IBM Z machine that has an OSA-Express 1000BASE-T adapter has the
OSA-Integrated Console Controller (ICC) function, and OSA-ICC includes a
TN3270E server, built into the firmware. And yes, that TN3270E server
supports 3270 printer sessions, with TLS encryption too. So they're able to
run the one 3270 printer session they need via the OSA-ICC's TN3270E server
(could be more than one, but they only need one), while their 3270 terminal
connections still run through the TCP/IP for z/VSE TN3270E server.

My point here is that somebody, maybe, is running your 3270 sessions via
the OSA-ICC. That's possible, depending on what you're doing and how you're
configured. And it's also possible that certain behaviors are different
when you're coming in through that particular path. As a general rule the
OSA-ICC should be reserved for a very few consoles, just as advertised, but
it doesn't necessarily have to be. IBM cautions that this particular corner
of OSA-ICC function hasn't been exhaustively performance tested, but the
z/VSE customer I worked with is happy with their printing performance once
they got it set up correctly. And I suspect IBM's caution is much less
meaningful with newer OSA-Express 1000BASE-T features.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE


E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Where does ISPF determine how to repsond to "Attention" function?

2019-02-19 Thread Ed Jaffe

On 2/19/2019 6:56 AM, Farley, Peter x23353 wrote:

Thanks Timothy. I am indeed using TN3270E, but I am still somewhat mystified. PCOMM definitely
maps "Attention" to the un-shifted Esc key on the keyboard, but it ACTS like PA1 in the
ISPF / TSO HELP tutorial description on my employer's system, but not on my friend's system. He
can use PA1 to "reshow" in ISPF, but not Attention.

ATTN applies only to SNA (or SNA-emulated by TN3270) sessions.

Perhaps your friend's logmode specifies bi-sync (non-SNA) protocols?

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

73 matches

Mail list logo