I've done similar things in the past but in different ways:
- routed all messages to z/OS where it was handled by the automation pack
age
there
- used SA IOM (formerly AF/Remote) which would allow you to do all that a
nd
more, including the automation side of things. A very nice tool
- possibly
Jim Bohnsack jab...@cornell.edu wrote:-
Colin--It sounds as if you are not really looking for a way to manage or
respond to what shows up on a screen.
Yes, absolutely, I need a look but not touch facility for external
monitoring
You merely want to handle all of the secuser'd messages that
I have a simple fullscreen display program which can get its
display data from rexx variables LINE.1 LINE.2 etc.
You could update the stem suffixes by -1 and redisplay every
time you get a new incoming message.
The program is pretty basic, no colors or extended attributes,
and only supports 24
I need to get a screen to behave in a slightly different way to the
standard 3270 screen. I need to collect SECUSER messages and get them to
push up the screen, (so the oldest fall off the top), rather than filling
the screen to MORE... and starting again with a clear screen.
I did look to
OTTOSCR is an old tool to make fullscreen CMS scroll, don't know if it
still runs
http://www.vm.ibm.com/download/packages/descript.cgi?OTTOSCR
With ROI, you'd have to write the new line with VSCREEN WRITE and
linenumber 0, then maybe some WINDOW command to position the window at
the end (if the
On Fri, Oct 16, 2009 at 1:42 PM, Colin Allinson cgallin...@amadeus.com wrote:
I did look to see if there was any way I could do this with Fullscreen CMS
and I could not see how (although I have never really got to grips with this
tool and there may be some configuration option that may make it
Kris Buelens kris.buel...@gmail.com Wrote (in part) :-
OTTOSCR is an old tool to make fullscreen CMS scroll, don't know if it
still runs.
Kris,
Thank you. I will certainly look at OTTOSCR. Even if it does not run out
of the box, it may give me a good basis to start from.
To explain a little
Rob van der Heij rvdh...@gmail.com Wrote :-
Yes, we can ... I recall using the CMS PIpelines fullscr stage to
build one that imitated the NetView style where the insertion point
for the new line is rolling over the screen (to save bandwidth). With
some extra effort you could also do
On Fri, 16 Oct 2009 13:42:58 +0200, Colin Allinson cgallin...@amadeus.co
m
wrote:
I need to get a screen to behave in a slightly different way to the
standard 3270 screen. I need to collect SECUSER messages and get them to
push up the screen, (so the oldest fall off the top), rather than fillin
this exec you can have, no gaurentees.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Colin Allinson
Sent: Friday, October 16, 2009 7:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Writing a screen scrolling shell
Rob van der Heij
If you have PERFKIT, set up an additional virtual machine that has all data
collection turned off, and use it in basic mode. It does a very nice job of
being a scrolling operator display, and has nice message filtering and
highlighting already built in.
I have two systems with PROP in OPERATOR sending messages to OP1. The
real operators log onto OP1 for interaction with the systems. One system
uses Full-Screen CMS with OTTOSCR and the second system uses the PERFKIT
program to manage the console traffic.
The PERFKIT setup does a better job.
/Tom
Colin--It sounds as if you are not really looking for a way to manage
or respond to what shows up on a screen. You "merely" want to handle
all of the secuser'd messages that are sent to some collector user.
You said that you had tried VM:Operator, but that there were some
problems. I use IBM's
13 matches
Mail list logo