I am looking to implement a remote client in golang which connects to Linux through nc
and starts bash
. So I need to tell bash
what features I can parse from the stdout
that it sends to me, and how I am going to send keycodes and other stuff to its stdin
, so that it could parse them too.
This is done with TERM=something
environment variable, which I need to set to some value. If I don't set it, then various programs start to complain:
$ mc
The TERM environment variable is unset!
I found that I can set TERM to dumb
to say that my client is really limited. And still it seems that I am missing something.
$ export TERM=dumb
$ mc
Your terminal lacks the ability to clear the screen or position the cursor.
From here it looks like dumb
terminal don't have these two abilities, but what abilities it is still expected to have? Is there a specification or some de-facto standard about it?
(computing) A computer terminal consisting of a monitor (usually in monochrome) and keyboard, but (unlike a personal computer) having almost no processing capability, used to provide input to and receive output from a remote server, minicomputer, or mainframe.
Dumb terminals are popular in work environments where workers do not need access to graphic applications such as those provided by the X Window System.
Dumb terminals, aka as CRTs or dumb tubes, provide a simple and most secure user interface in a device where a virus or worm can't hide and no modern technology can intrude to suck out the data.
(1) Dumb terminal: has no built-in data processing capabilities and serves only to send and receive data. (2) Smart terminal: has limited data processing capabilities. (3) Intelligent terminal: has substantial (small) data processing capabilities due to inbuilt processor and memory, with the use of a large CPU.
Going to the source can help. The terminal database has comments. Here is a slice from that:
#### Specials
#
# Special "terminals". These are used to label tty lines when you don't
# know what kind of terminal is on it. The characteristics of an unknown
# terminal are the lowest common denominator - they look about like a ti 700.
#
dumb|80-column dumb tty,
am,
cols#80,
bel=^G, cr=^M, cud1=^J, ind=^J,
unknown|unknown terminal type,
gn, use=dumb,
The "dumb" and "unknown" terminal types are assumed, but rarely used:
"dumb" has automargins (text "wraps" at the right margin), is assumed to have 80 columns, and an ASCII BEL and carriage return. For lack of something better, cud1
(cursor down) is an ASCII line-feed. The ind
(index) value is the same, implying that text scrolls up when you reach the bottom of the screen.
There is no cursor-addressing (cup
) nor alternates (such as moving along a row or column arbitrarily).
"unknown" adds the "generic" flag, which marks it as unsuitable for use by curses applications. Think of it as a printer.
As for minimum requirements, that actually depends upon the individual application. ncurses can manage to move around the screen without actually having cup
. It works with a half-dozen strategies. If you read the source for mvcur
, you can get an idea of what it needs.
However, applications such as mc
do not simply rely upon ncurses to decide if it works, since (in this case) it may link with slang (which doesn't check that closely). So mc
does its own checks, which may add restrictions.
In practice, unless you choose a limited terminal description such as "dumb", most of the terminals you are likely to encounter will work.
Further reading:
mvcur
)Your best source of information will be the terminfo entry, easily viewed with the infocmp tool:
infocmp dumb
# Reconstructed via infocmp from file: /lib/terminfo/d/dumb
dumb|80-column dumb tty,
am,
cols#80,
bel=^G, cr=^M, cud1=^J, ind=^J,
which makes it pretty clear that the dumb terminal is quite limited ...
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With