The biggest hurdle I can think of is that VOPENTERM and VCLOSETERM (and
VSHOWFORM $REFRESH) send the Esc sequence for a terminal status request
and they expect a reply (within 10 secs IIRC). So, you would need a way
to satisfy the read with the proper data.
In order to automate some vplus stuff here, I created some Reflection-1
script files that I stored on the 3000. I am able to log on to the 3000
using Reflection from any PC, type in a command file name and have the
vplus program run on my session but I don't have to do any of the input.
I just watch the screens flash by as the script does all the work. It
has been fairly reliable for me. And since the script files are kept on
the 3000, I don't have to deploy them to each PC on want to log on from.
If you want to carry the kludge one step further, I suppose you could
have a job that does a STARTSESS to a DTC terminal and ... :-O
HTH
Art Bahrs wrote:
> Hi Gilles and Others :)
> Thanks for the good info so far :) What I am looking at is trying to
> create a job stream that is self-contained with the vplus screen based cobol
> program getting it's input from within the JCL... and the file redirection
> might just do that... so any other ideas/thots on this one? Gilles' answer
> was echo'ed by a few other private replies... for which I thank all :)
>
> Art "hmmm... I wonder.... " Bahrs
>
> ----- Original Message -----
> From: "Gilles Schipper" <[log in to unmask]>
> To: "Art Bahrs" <[log in to unmask]>; <[log in to unmask]>
> Sent: Tuesday, October 16, 2001 8:51 AM
> Subject: Re: [HP3000-L] VPlus Screen Experts
>
>
>
>>Could be simple - or not.
>>
>>First of all, you cannot have the batch job satisfy the vplus terminal
>>
> read
>
>>calls from $stdin - the VOPENTERM will fail.
>>
>>So, the first requirement is to use a :file command to re-direct the
>>terminal I/O.
>>
>>If you are trying to re-direct VPLUS screen output to a DTC-connected
>>terminal, you should be fine.
>>
>>If that's the case, you need to know what the formal file designator is
>>
> for
>
>>the terminal - it's sometimes "A264X", but often not. If you have the
>>source, look for the value in the parameter specified for "VOPENTERM". It
>>will be equal to the formal file designator you need to use, eg:
>>
>>:file A264X;dev=nnn
>>
>>where nnn is the ldev number of the DTC-connected terminal you wish to
>>
> use.
>
>>If you do not have the source, you should be able to get the formal
>>designator name by running the program and using glance, sos, or other
>>such tool.
>>
>>As far as I know, you cannot redirect VPLUS I/O to a lan-connected
>>
> "terminal".
>
>>
>>At 11:27 AM 2001-10-16, Art Bahrs wrote:
>>
>>>Hi All :)
>>> Ok... an On Topic post...
>>>
>>> Question: How does one run a VPlus Screen in batch??
>>>
>>> I am sure that it is doable... ok... so maybe I am just hoping it is
>>>doable! hehehe
>>>
>>>Art "if it were easy the users would do it! hehe" Bahrs
>>>
>>>* To join/leave the list, search archives, change list settings, *
>>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>>
>>--------------------------------------------------------------------------
>>
> -
>
>>Gilles Schipper
>>GSA Inc.
>>HP System Administration Specialists
>>300 John Street, Box 87651 Thornhill, ON Canada L3T 7R4
>>Voice: 905.889.3000 Fax: 905.889.3001
>>Internet: [log in to unmask]
>>--------------------------------------------------------------------------
>>
> -
>
>>
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
