Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!bu-cs!purdue!decwrl!labrea!agate!ucbvax!bsovax.UUCP!pim From: pim@bsovax.UUCP Newsgroups: comp.os.vms Subject: re: Remote terminal through DECnet from application Message-ID: <8805180109.AA22248@mcvax.cwi.nl> Date: 18 May 88 01:09:46 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 45 >It's not entirely clear from your description what you are trying to accomp- >lish, but going by the final question, it looks as if you want, in effect, >a "callable SET HOST" facility. > >No such thing exists; you'd have to write it yourself. I'm not sure whether >the CTERM protocol is among the published DECnet protocols; it has certainly >been implemented as part of various 3rd-party DECnet implementations for >non-DEC machines. It's NOT a simple protocol. > >The simplest approach may be to spawn a subprocess on a pseudoterminal, using >one of the various PTY drivers that have floated around the net and DECUS (and >that have finally become fairly solid and usable tools), then send through a >SET HOST command. Ugly, but a lot less work than any alternative I can think >of. > >Then again, as I said, it's not clear what you are trying to accomplish. >Perhaps you really should look at your whole application again to see if there >isn't a better approach. Thanks for your reply. I was hoping that I would only need to CREATE the remote terminal (RTAx:), and then use normal $QIO system calls (SMG$ library calls) on it. The I/O manual on the terminal driver says on the first page that: "The Remote Command Terminal, used by the DCL command SET HOST, also makes use of the features and capabilities listed in Section 8.2" I interpreted this as meaning that the terminal driver implements the CTERM protocol if the assigned channel is a remote terminal. As there seems to be no easy way to use a remote terminal, I'll just have a process running on the remote node which reads entire command lines and sends them to my application on the local node. Thanks anyway, Pim Willemsen ------------------------------------------------------------------------------ Pim Willemsen | ========= BSO/Automation Technology mcvax!bsovax!pim | == BSO == POB 8052 | ========= 3503 RB Utrecht, The Netherlands