Re: Detaching processes on VMS

From: Paul Sture (nospam_at_sture.homeip.net)
Date: 01/16/04 

Date: Fri, 16 Jan 2004 14:57:29 +0100

Brian Chase wrote:
>
> In article <40071F84.7C23AA8@applied-synergy.com>,
> Chris Scheers <chris@applied-synergy.com> wrote:
>
> > As has been mentioned, the VMS mechanism is CONNECT/DISCONNECT along
> > with virtual terminals (VTDRIVER). These work for serial ports and
> > (with a bit of finagling) LAT ports. I don't know whether or not they
> > work for TELNET ports.
> >
> > The example you showed involved a FT device. This is a DECterm window.
> > I have never seen a virtual terminal associated with a DECterm windows.
> > (Although it may be possible.)
> >
> > Since you are using DECterm, why don't you just open as many windows as
> > you need and flip between them?
>
> Ewwww!
>
> Admittedly, the functionality I'm looking for is based more on personal
> preference than hard requirements. I can live without it, but I find
> noticable efficiency gains when I can corral all my command line
> interfaces into as few windows as possible. On average, I've around 7-10
> CLI sessions running when I'm logged into a system, generally grouped into
> only 2-3 xterms, depending on the underlying use I've designated for the
> CLIs. Given the general GUI/window clutter of modern desktops, I find it
> a lot easier to track down the the right CLI session by using something
> like the screen util I mentioned in a significantly smaller number of
> parent terminal windows. My hands spend more time on the keyboard and
> less time fondling that $%&! rodent.
>
> I'm also not always using locally running xterms (or DECterms) for my
> work. Quite often I'm remotely logged in over a slow dial-up line, and
> it's not at all uncommon for me to be on a real VT320 or VT420. Having a
> combined detachable, multi-term software terminal manager allows me to
> move between all these different environments fluidly and without having
> to readjust my internal context for different user-interface environments.
>
> At the moment, I'm not knowledgable enough of VMS for me to need more than
> two sessions open to keep me very occupied. Being able to disconnect and
> reconnect to a login session using VMS's Virtual Terminals is more than
> enough for my present needs, at least if I can get them to work with SSH
> connections :-)
>
> Thanks to everyone for all the useful suggestions.

Are you aware of the MultiSessions product?

http://www.networkingdynamics.com/MultiSessions.htm

It's a commercial product, and from the description it looks as though
it only works for sessions invoked from a single terminal - i.e. you
can't pick up a session started by another terminal. I have not used it
myself, so can't comment further. 

-- 
Paul Sture

Relevant Pages

  • Re: Command line vs KDE
    ... several terminal windows open, you can see both at the same time. ... you don't have to load X to have multiple screens. ... breaking out we could have multiple sessions ... >> host (unless they are still using hardwired dumb terminals). ...
    (alt.os.linux.suse)
  • Re: Great SWT Program
    ... terminals though. ... If you want them in separate windows (rather than in separate terminal ... Whereas over here I can switch between several ... editing sessions for more than one *type* of thing going concurrently ...
    (comp.lang.java.programmer)
  • Re: Re, Re : set prompt
    ... I am quite familiar with VT terminals. ... of it and I also used VWS windows. ... open multiple SmarTerm sessions in multiple SmarTerm windows. ... But I don't like the SmarTerm FTP. ...
    (comp.os.vms)
  • RE: BSD Questions.
    ... >>>Windows XP is the best that you can do for the ... >innovation of consultants and network staff than ... >With laptops being so prevalent now; ... dumb terminals and terminal-serving into a Microsoft ...
    (freebsd-questions)
  • Re: Cygwin/x set-up question
    ... ::: and run X-windows GUI sessions from remote computers (the remote ... ::: computers would also be running Windows). ... You only need these "GUI sessions" to support X apps running on windows. ... Xterm is a client. ...
    (comp.os.linux.x)