Xref: utzoo comp.sys.att:8708 unix-pc.general:4763
Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!mips!apple!motcsd!motsj1!mcdchg!chinet!ignatz
From: ignatz@chinet.chi.il.us (Dave Ihnat)
Newsgroups: comp.sys.att,unix-pc.general
Subject: Re: Full vt100 emulation
Summary: Ahh, VMS isn't *that* braindead; it easily supports foreign terminals.
Message-ID: <1990Feb5.211717.24359@chinet.chi.il.us>
Date: 5 Feb 90 21:17:17 GMT
References: <8711@cbnewsm.ATT.COM> <26393@cup.portal.com> <3060@becker.UUCP> <26488@cup.portal.com> <3232@becker.UUCP>
Sender: Dave Ihnat
Reply-To: ignatz@chinet.chi.il.us (Dave Ihnat)
Organization: Chinet - Chicago Public Access UNIX
Lines: 19

In article <3232@becker.UUCP> bdb@becker.UUCP (Bruce Becker) writes:
>	Certainly DEC VMS products seem to require
>	full compatibility, it's true.

Well, true, *if* you call the terminal a true VT100.  BUT, VMS supports a
termcap-like capability that would easily allow you to define the subset of
the VT100 capabilities your emulator supports, and to call the thing a different
foreign terminal.  Such an approach *is* a kludge, and *is* inelegant.

But. It works.

I wrote a memorandum for one of my clients which excerpted the necessary
information to create such a foreign terminal support entry; it's certainly
no more difficult than writing a termcap/terminfo entry.  All the info is in
the VMS manual set, too.

	Dave Ihnat
	Analysts International Corp.
	ignatz@homebru.chi.il.us (preferred address)