Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems. It only takes a minute to sign up.
Sign up to join this community
Some command line interface tools return a broken console when canceled by CTRL+C.
Sometimes the text is invisible, or there are graphic problems until I run the command reset.
(I use bash, but expect it is independent of the shell.)
Does this effect have a name? What causes this, and how can programmers prevent this in the tools? Is there a strategy how this problem is addressed in the major programming languages?
A console sometimes needs a reset(1) (or some stty(1) command) because the state of a pseudo-terminal does not change when some process (e.g. a program started by your shell) terminates.
Read the tty demystified.
(I find the handling of pseudo-terminals and pseudottys the most difficult part of Linux)
Is there a strategy how this problem is addressed in the major programming languages?
A well-behaved program dealing with the terminal and changing its mode or line discipline should try hard to avoid crashing and issue the appropriate calls (see termios(3)) to put the terminal in the right state. BTW, libraries like ncurses or readline are helpful (but you need to call their cleanup routines appropriately).
See signal(7) and signal-safety(7). Avoiding crashing in your code is difficult. Read about undefined behavior.
An imperfect workaround could be to define a shell function which runs your program then does a reset (that could sometimes be inappropriate).
reset can result in different stty settings from the original ones.
stty -a > /tmp/test1 in bash then a command, which I cancelled. The terminal color was now red. stty -a > /tmp/test2 but test1 and test2 were exactly the same.
Nov 12, 2017 at 1:04
Responding to this problem isn't completely shell-independent. In zsh, there is the ttyctl builtin, which can "freeze" or "unfreeze" the tty mode. I don't think there's an equivalent in bash. The setty command in tcsh does the same thing, but more fine-grained: you can freeze individual settings.
Freezing the tty mode just means that zsh will remember the current mode, and if some future child changes it, the mode will be restored when the child suspends or terminates.
This will protect you from some of the bad effects of programs that crash or otherwise fail to clean up the terminal. You must remember to unfreeze if you want to make a change with stty, otherwise the shell will immediately undo whatever your stty did.
reset does more than restore stty modes, so you still might need it sometimes, but not often.
stty sanefor the grey beards