|TSET(1)||General Commands Manual||TSET(1)|
tsetfirst determines the type of terminal that you are using. This determination is done as follows, using the first terminal type found:
If the terminal type was not specified on the command line, the
-m option mappings are then applied (see below for
more information). Then, if the terminal type begins with a question mark
?’), the user is prompted for
confirmation of the terminal type. An empty response confirms the type, or
another type can be entered to specify a new type. Once the terminal type
has been determined, the termcap entry for the terminal is retrieved. If no
termcap entry is found for the type, the user is prompted for another
Once the termcap entry is retrieved, the window size, backspace,
interrupt, and line kill characters (among many other things) are set and
the terminal and tab initialization strings are sent to the standard error
output. Finally, if the erase, interrupt and line kill characters have
changed, or are not set to their default values, their values are displayed
to the standard error output. Use the
-w option to select only the window sizing versus
the other initialization. If neither option is given, both are assumed.
When invoked as
tset sets cooked and echo modes, turns off cbreak
and raw modes, turns on newline translation and resets any unset special
characters to their default values before doing the terminal initialization
described above. This is useful after a program dies leaving a terminal in
an abnormal state. Note, you may have to type
“<LF>reset<LF>” (the line-feed character is
normally control-J) to get the terminal to work, as carriage-return may no
longer work in the abnormal state. Also, the terminal will often not echo
The options are as follows:
tsetdisplays the values for control characters which differ from the system's default values.
TERMCAPto the standard output. See the section below on setting the environment for details.
The arguments for the
-k options may
either be entered as actual characters or by using the “hat”
notation, i.e., control-H may be specified as “^H” or
-S option is specified, the
terminal type and the termcap entry are written to the standard output,
separated by a space and without a terminating newline. This can be assigned
to an array by csh(1) and
ksh(1) users and then used like
any other shell array.
-s option is specified, the
commands to enter the information into the shell's environment are written
to the standard output. If the
variable ends in “csh”, the commands are for
csh(1), otherwise, they are for
sh(1). Note, the
csh(1) commands set and unset
the shell variable “noglob”, leaving it unset. The following
line in the .login or
.profile files will initialize the environment
eval `tset -s options ... `
To demonstrate a simple use of the
option, the following lines in the .login file have
an equivalent effect:
set noglob set term=(`tset -S options ...`) setenv TERM $term setenv TERMCAP "$term" unset term unset noglob
TERMenvironment variable is often something generic like “network”, “dialup”, or “unknown”. When
tsetis used in a startup script (.profile for sh(1) users or .login for csh(1) users) it is often desirable to provide information about the type of terminal used on such ports.
The purpose of the
-m option is to
“map” from some set of conditions to a terminal type, that is,
tset ``If I'm on this port at a particular
speed, guess that I'm on that kind of terminal''.
The argument to the
-m option consists of
an optional port type, an optional operator, an optional baud rate
specification, an optional colon (‘
character, and a terminal type. The port type is a string (delimited by
either the operator or the colon character). The operator may be any
combination of: ‘
>’ means greater than,
<’ means less than,
@’ means equal to, and
!’ inverts the sense of the test. The
baud rate is specified as a number and is compared with the speed of the
standard error output (which should be the control terminal). The terminal
type is a string.
If the terminal type is not specified on the command line, the
-m mappings are applied to the terminal type. If the
port type and baud rate match the mapping, the terminal type specified in
the mapping replaces the current type. If more than one mapping is
specified, the first applicable mapping is used.
For example, consider the following mapping: “dialup>9600:vt100”. The port type is “dialup”, the operator is “>”, the baud rate specification is “9600”, and the terminal type is “vt100”. The result of this mapping is to specify that if the terminal type is “dialup”, and the baud rate is greater than 9600 baud, a terminal type of “vt100” will be used.
If no port type is specified, the terminal type will match any port type, for example, “-m dialup:vt100 -m :?xterm” will cause any dialup port, regardless of baud rate, to match the terminal type “vt100”, and any non-dialup port type to match the terminal type “?xterm”. Note, because of the leading question mark, the user will be queried on a default port as to whether they are actually using an xterm terminal.
No whitespace characters are permitted in the
-m option argument. Also, to avoid problems with
meta-characters, it is suggested that the entire
option argument be placed within single quote characters, and that
csh(1) users insert a backslash
\’) before any exclamation
tsetcommand utilizes the
tsetcommand now uses the terminfo(5) database where previous versions used termcap(5). To make the
-Soptions still work,
tsetalso reads in the terminal entry from termcap(5). However, this info is used for setting
TERMCAPonly. If the terminal type appears in terminfo(5) but not in termcap(5), the
-qoption will not set
-Qoption will not work at all.
-v options have been deleted from the
tset utility. None of them were documented in
4.3BSD and all are of limited utility at best. The
-p options are similarly not documented or useful,
but were retained as they appear to be in widespread use. It is strongly
recommended that any usage of these three options be changed to use the
-m option instead. The
option remains, but has no effect. It is still permissible to specify the
-k options without arguments, although it is
strongly recommended that such usage be fixed to explicitly specify the
reset no longer implies the
-Q option. Also, the interaction between the
- option and the terminal
argument in some historic implementations of
has been removed.
tset implementation has been
completely redone (as part of the addition to the system of a
IEEE Std 1003.1-1988 (“POSIX.1”)
compliant terminal interface) and will no longer compile on systems with
older terminal interfaces.
resetutilities first appeared in 1BSD.
tsetwas written by Eric P. Allman in October 1977, and
resetwas originally written by Kurt Shoens. The current version also contains code by Zeyd M. Ben-Halim, Eric S. Raymond, and Thomas E. Dickey.
|December 28, 2011||OpenBSD-5.1|