Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site osiris.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!umcp-cs!aplvax!osiris!phil
From: phil@osiris.UUCP (Philip Kos)
Newsgroups: net.games.hack
Subject: Re: hack is too slow
Message-ID: <234@osiris.UUCP>
Date: Fri, 12-Apr-85 09:09:34 EST
Article-I.D.: osiris.234
Posted: Fri Apr 12 09:09:34 1985
Date-Received: Mon, 15-Apr-85 03:43:49 EST
References: <145@hal.UUCP>
Organization: Johns Hopkins Hospital
Lines: 41

> . . . .  So I changed it to:
> 
> 	set term=`tset - -Q -m dialup:adm3a adm5`
> 
> and that fixed the problem.  To make sure that that was the problem I
> put it back the way it was originaly.   IT STILL WORKS!  I tried:
> 
> 	set term=adm3a
> 
> IT STILL WORKS!
> 
> 					Harold the Slime

From the responses I've heard to this problem, it sounds like a lot
of people would benefit from having TERMCAP set to the /etc/termcap
entry for their terminal.  Everyone here does it, and full-screen
stuff runs a LOT quicker.

The following csh code uses 'tset' to initialize terminal settings,
and also puts the termcap entry into the environment.  (Change
'tvi970' to the appropriate terminal type.)


set noglob
set term = `tset -Q -S -m :?tvi970`
setenv TERM $term[1]
setenv TERMCAP "$term[2]"
unset term
unset noglob


Notice that if you use this procedure and then reset 'term' or
'TERM', the environment 'TERMCAP' is still the same.  Thus, the
above code is a csh script that must be sourced when you change
'TERM' (e.g. toggling from 80 to 132 column mode or vice versa).
If you just reset 'term' or 'TERM', "smart" programs will see that
you have a TERMCAP in the environment, and not look any further.


					Phil Kos
					The Johns Hopkins Hospital