Thanks Michael! Much nicer, more complete and elegant than what I threw
together and shamelessly posted last week.
And it did work right out of the box!
Mark Bodenstein (m...@cornell.edu)
Cornell University
At 01:49 PM 5/28/2009, Michael Coffin wrote:
Drop the .txt from each of the two
Thanks Rob, for the explanation. I was much more narrow in my focus, in
fact just needing to barf a message. But even in that narrow case there
is the possibility of another DIAL showing up while barfing to the
previous one, and thus being missed.
I agree that an in-pipe tool for this would
as-is).
-Mike
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Bodenstein
Sent: Monday, June 01, 2009 12:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP DIAL question
Thanks Michael! Much nicer, more complete and elegant than what I
==Sent: Wednesday, May 27, 2009 5:01 PM
==To: IBMVM@LISTSERV.UARK.EDU
==Subject: Re: CP DIAL question
==
==Changing the MSG10 screen while we still have VM VTAM is a good idea.
==AND
==we want something for afterwards that will direct users to helpful
==information.
==
==Thanks to everyone for your
We have many more people that logon to VM rather than DIAL to MVS, and we
wouldn't want to confuse them, but this is an interesting idea.
Thanks!
Mark Bodenstein (m...@cornell.edu)
Cornell University
At 05:01 PM 5/27/2009, Jim Hughes wrote:
Why not just change the ZVM Logo screen to contain
I previously looked at PIPE FULLSCREEN but was a little daunted at having
to create a 3270 data stream. (I was also hoping that somebody had
something coded already that we could use.) I just took another look and
there's a sample in HELP PIPE FULLSCREEN that does what we want.
We would
On Thu, May 28, 2009 at 3:19 PM, Mark Bodenstein m...@cornell.edu wrote:
I previously looked at PIPE FULLSCREEN but was a little daunted at having to
create a 3270 data stream. (I was also hoping that somebody had something
coded already that we could use.) I just took another look and
DIAL question
On Thu, May 28, 2009 at 3:19 PM, Mark Bodenstein m...@cornell.edu wrote:
I previously looked at PIPE FULLSCREEN but was a little daunted at
having to create a 3270 data stream. (I was also hoping that somebody
had something coded already that we could use.) I just took another
Rob,
I coded this using WAKEUP as suggested by Harry Williams and have a working
prototype which I've included below. It's not quite bullet-proof (if a
DIAL happens while processing another DIAL this won't handle it) but it's a
start.
I don't understand what you mean by prevents the
...@mccci.com]
Sent: Thursday, May 28, 2009 1:50 PM
To: 'The IBM z/VM Operating System'
Subject: RE: CP DIAL question
Drop the .txt from each of the two attached files, double check the EXEC
to make sure the 3270 NOT character translated OK and put them on the
191(A) disk of any virtual machine
: Re: CP DIAL question
On Thu, May 28, 2009 at 3:19 PM, Mark Bodenstein m...@cornell.edu
wrote:
I previously looked at PIPE FULLSCREEN but was a little daunted at
having to create a 3270 data stream. (I was also hoping that somebody
had something coded already that we could use.) I just took
On Thu, May 28, 2009 at 6:56 PM, Mark Bodenstein m...@cornell.edu wrote:
I don't understand what you mean by prevents the pipeline from having an
actual conversation with the other terminals dialed-in. Could you explain?
CMS Pipelines is multi-tasking. If you use something external to wait
Thanks for the tip Richard. That fixed the problem. The file wasn't
malformed, just misshaped. :)
Mark Bodenstein (m...@cornell.edu)
Cornell University
At 06:02 PM 5/26/2009, you wrote:
On your malformed VMARC file, did you try the pipe file | fblock 80 0
| file trick? I have not needed
On 5/26/2009 at 6:08 PM, Alan Altmark alan_altm...@us.ibm.com wrote:
On Tuesday, 05/26/2009 at 05:54 EDT, Mark Post mp...@novell.com wrote:
So, why don't you just update the message put out in MSG10 to say what
you want?
That won't work if he gets rid of VTAM! :-)
My reading was that
The easiest way of doing this, and perhaps the less costly, is to keep the
license for VM/VTAM an extra month or two and use MSG10 to inform them.
After that, it's the help desk problem G.
Tom Duerbusch
THD Consulting
(RIP Grey Stripe, a great cat and my buddy for, just shy of 19 years)
Changing the MSG10 screen while we still have VM VTAM is a good idea. AND
we want something for afterwards that will direct users to helpful information.
Thanks to everyone for your suggestions!
Mark Bodenstein (m...@cornell.edu)
Cornell University
At 01:30 PM 5/27/2009, Tom Duerbusch
We are working toward eliminating VM/VTAM. One remaining application is
for terminal access from VM to MVS. We have a userid, SNA, on VM that
users DIAL into. They are presented with a MSG 10 screen giving the
choices of destination. We would like to be able to allow users to
DIAL SNA and
On Tue, May 26, 2009 at 3:23 PM, Jim Bohnsack jab...@cornell.edu wrote:
We are working toward eliminating VM/VTAM. One remaining application is for
terminal access from VM to MVS. We have a userid, SNA, on VM that users
DIAL into. They are presented with a MSG 10 screen giving the choices of
Does anyone have any ideas short of just sending all users an email
telling them to use telnet instead of SNA?
If you have PVM, there is a way to set a notification on an attempt to connect
to a host. You could also stand up YVETTE, which has a system message screen.
You also might ask Rick
and delete this message. Thank you for
your cooperation.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Jim Bohnsack
Sent: Tuesday, May 26, 2009 8:24 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CP DIAL question
We are working toward eliminating
To access the online library catalog enter D PONY below
It was the easiest way to handle it.
And they get a pony. Woo-hoo.
-- db
: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Jim Bohnsack
Sent: Tuesday, May 26, 2009 8:24 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CP DIAL question
We are working toward eliminating VM/VTAM. One remaining application is
for terminal access from VM to MVS. We
mail and delete this
message. Thank you for your cooperation."
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Jim Bohnsack
Sent: Tuesday, May 26, 2009 8:24 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CP DIAL question
We are working toward
Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Jim Bohnsack
Sent: Tuesday, May 26, 2009 9:47 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP DIAL question
It's not an MVS guest. MVS runs in it's own lpar. The user that I said
users dial into is a VM userid running VM/VTAM
26, 2009 12:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP DIAL question
You might want to take a look at z/VM TCPIP SCEXIT program. There are
two parts to it,1) SCEXIT ASSEMBLE 2) SCEXIT EXEC ... Most likely you
would only have to work with the REXX code in the EXEC .. Take a look
and see
I work with Jim Bohnsack who asked the original question.
Thanks for your suggestion Thomas, but since the DIAL happens (or doesn't
happen) after the session is established I'm not sure how SCEXIT would help.
I tried to download RXLDEV as mentioned in David Boyes note, but the VMARC
file was
is not a guest, but is in a different LPAR than won't
work.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Bodenstein
Sent: Tuesday, May 26, 2009 4:33 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP DIAL question
I work with Jim
On 5/26/2009 at 9:23 AM, Jim Bohnsack jab...@cornell.edu wrote:
We are working toward eliminating VM/VTAM. One remaining application is
for terminal access from VM to MVS. We have a userid, SNA, on VM that
users DIAL into. They are presented with a MSG 10 screen giving the
choices of
] On Behalf Of Mark Post
Sent: Tuesday, May 26, 2009 2:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP DIAL question
On 5/26/2009 at 9:23 AM, Jim Bohnsack
jab...@cornell.edu wrote:
We are working toward eliminating VM/VTAM. One remaining
application
is for terminal access from VM
On Tuesday, 05/26/2009 at 05:33 EDT, Mark Bodenstein m...@cornell.edu
wrote:
Thanks for your suggestion Thomas, but since the DIAL happens (or
doesn't
happen) after the session is established I'm not sure how SCEXIT would
help.
I tried to download RXLDEV as mentioned in David Boyes note,
On Tuesday, 05/26/2009 at 05:54 EDT, Mark Post mp...@novell.com wrote:
So, why don't you just update the message put out in MSG10 to say what
you want?
That won't work if he gets rid of VTAM! :-)
Alan Altmark
z/VM Development
IBM Endicott
So, why don't you just update the message put out in MSG10 to
say what you want?
Mark Post
Because he'd still have to be running VTAM for that to work.
The other solutions mentioned allow him to drop VM/VTAM immediately,
with no chance of someone working around the message using a manual
Coffin
Sent: Tuesday, May 26, 2009 1:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] CP DIAL question
Definitely look at the SCEXIT. If you have VM:Secure you can also look into
the DIALFAIL LOGMSG and set up a DIAL REJECT rule for userid SNA. :)
-Mike
-Original Message
33 matches
Mail list logo