Operating System - OpenVMS
1752284 Members
4656 Online
108786 Solutions
New Discussion юеВ

Re: RemoteDekstop/VNC possible in version 1.2-6?

 
Steven Schweda
Honored Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

> So just like in VNC tools like TightVNC,
> UltraVNC etc I would like to [...]

Ok. Without a VNC server, which I believe is
not available, I don't think that you can do
that. You can do many other things, some of
which may be close enough.

You can run a terminal emulator on the remote
system, and use Telnet, RSH, SSH, or whatever
to connect to the VMS system, and get an
interactive terminal session.

With an X server on the remote system, you
can do all pretty much anything you could do
if you were sitting at a graphics console at
the VMS system: DECterm session, Web browser,
EDIT/TPU /INTERFACE=DECWINDOWS, ... --
anything with a DECwindows interface.

What you probably can _not_ do is start an
interactive session of some kind locally on
the VMS system, and then operate that session
remotely (which VNC _could_ let you do).

> [...] start a calculation or a measurement
> (openvms computer controls a measuring
> device) or check whether the calculations
> are actually done yet. [...]

These may seem like well-defined tasks to
you, but I don't know enough about how you
"start a [...] measurement" or "check" on one
to suggest exactly how you might best be able
to do such things from a distance. In some
cases, it's helpful to submit a task as a
batch job, so it can run non-interactively,
and then its progress (log file, completion
status, and so on) can be checked from
anywhere.

It might be interesting to know exactly what
this VMS system is (actual model, workstation
or server, something), and how you normally
interact with it (VT100, some other terminal
or terminal emulator, workstation graphics
console, ...).
marsh_1
Honored Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

hi,

it sounds like you've found decterm on the local graphics console ? fire up a decterm session and at the $ prompt ( or any whatever the command prompt has been configured to) enter

show sys/proc=decw*

that will show you any decwindows processes running on the system and will also display the vms version at the top.
if you enter

ucx show version
ucx show serv
ucx show inter

that will show you the version of tcpip , the tcpip services running on the system and the ip addresses you can use to get to it.

show cpu/full

will show you the cpu type/speed and also the system type
get all of that into a txt file and attach it to your next post.

fwiw

MathewA
Advisor

Re: RemoteDekstop/VNC possible in version 1.2-6?

@mark hunt: i will do that first thing tomorrow. i'll report back on the versions and details.

@Steven Schweda: i truly hope you are wrong :(

measurements are started by opening the measuring software and then adjusting and starting it. it has a gui so it's status cannot just be checked via command prompt.

hence the need to actually "see" what is running on the computer just like in VNC.

the software would be started and executed locally and i then want to monitor it remotely.
so i would need to see the same output i would see on the computer's monitor. not just be able to execute new programs and commands. i need to see the window of already active programs.
Steven Schweda
Honored Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

> @Steven Schweda: i truly hope you are wrong :(

You can hope, but the "just like in VNC" part
sounds bad to me.


> [...] it's status [...]

That's "its status".
MathewA
Advisor

Re: RemoteDekstop/VNC possible in version 1.2-6?

>That's "its status".

true. mea culpa. my german's better though ;)
Joseph Huber_1
Honored Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

>>
so i would need to see the same output i would see on the computer's monitor. not just be able to execute new programs and commands. i need to see the window of already active programs.
>>
This is what Windows remote Desktop is doing, just redirecting the complete I/O (display,keyboard,pointer,audio) from the local desktop to the remote, all running programs being undisturbed, not terminated and restarted.
The X11 access method (VMS or Unix like systems) does not offer this capability.
A remote X11 session has no connection to the desktop on the local system.
So either the application on the local desktop has to be aware of the remote display (e.g. by sending a command telling it to use the new X11 display), or it has to be stopped and restarted on the remote X11 desktop.
Applications designed for X11 (VMS or Unix) usually separate data-acquisition from data-presentation and control interface, so they can run ob different desktops (or no desktop at all).
http://www.mpp.mpg.de/~huber
marsh_1
Honored Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

hi,

given your clarification on your needs here - as joseph has pointed out an x-window emulator won't do this, you are back to the vnc server port that hoff posted a link to earlier.


hth

Brian Reiter
Valued Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

Could the measuring software be run from a PC running the X-windows server?

You could then use VNC onto that PC (assuming of course it all plays nicely) and tweak the software like that.
Joseph Huber_1
Honored Contributor

Re: RemoteDekstop/VNC possible in version 1.2-6?

I think VNC is also on VMS doing almost what You need.

But be aware:
>>Compaq DECWindows Motif for OpenVMS, Version 1.2-6 <<
indicates a VMS version older than 7.3-2.
At least Alexei's VNC server requires at least VMS 8.2 !
So a VMS upgrade on Mathew's system will be necessary.
http://www.mpp.mpg.de/~huber
MathewA
Advisor

Re: RemoteDekstop/VNC possible in version 1.2-6?

yes, the system is a few years old and i doubt anyone before me ever really tried to get it to be all that it could be :)

i honestly do not know whether i could install a different operating system. i will have to talk to the manufacturer as i do not know whether the drivers and programs need would be available for newer operating systems.

i'll check with them because anything short of what VNC does (redirect the whole I/O) would not be sufficient, i'm afraid.