GNU screen: output that causes the screen to scroll through garbage leaves at the bottom of the window

Question

I am setting up a GNU screen in a cygwin environment. Reconfiguration actually - it always worked before that, and when I upgraded to cygwin-64, the same configuration files give me unexpected behavior.

What happens is that whenever I do something in a terminal that overflows the entire screen, the terminal does not scroll. Instead, each new line “overwrites” the last in the bottom line of the window. Even when the process ends, if I CTRL + l, a lot of garbage remains on the last three lines of the terminal. Also, when I use a program that takes up the entire screen, such as vim or irssi, the signature line disappears.

I suspect that there is some difference between the xterm settings and the term “screen” setting, but I'm a little here, and as I said, all the same configuration files worked fine (and work fine on other --bot cygwin and native linux machines ) Can anyone recommend a way to make my favorite screen behave again?

Here is my .screenrc:

shell /bin/bash screen -t bash 0 select 0 escape ^Zz # Instead of Control-a, make the escape/command character be Control-z autodetach on # Autodetach session on hangup instead of terminating screen completely startup_message off # Turn off the splash screen defscrollback 30000 # Use a 30000-line scrollback buffer nethack on # Misc h4x to make scrollback work terminfo * te@ : ti@ termcapinfo xterm|xterms|xs|rxvt ti=\E7\E[?47l # Bells are annoying bell_msg '' vbell off caption always '%{= kG}[ %{G}%H %{g}][%= %{= kw}%?%-Lw%?%{r}(%{W}%n*%f%t%?(%u)%?%{r})%{w}%?%+Lw%?%?%= %{g}][%{B} %d/%m %{W}%c %{g}]' 

Answer 1

I answer my own question because, although @Keith Thompson's answer resolves the symptom of the problem, it does not hold back the symptom. He put me on the right path, which was supposed to install the xterm package in cygwin-64. This seems to have solved the problem.

Answer 2

You use screen under xterm (I do something all the time myself). The screen process “knows” how large the terminal is, but this information may not be compatible with reality. I find this very often when I run screen -dr from another window.

Resizing the xterm window causes the SIGWINCH signal to be sent to the process running under it, which usually causes the process to retry the tty parameters.

Press the maximize button twice. If you have already reached the maximum, this will restore it to a normal window, and then re-increase it; if it is not already maximized, it will do the opposite. In any case, this should call screen to recalculate the window size.

Answer 3

Today I faced the same problem. Thanks to everyone for the heads-up. The final solution that I found out is that to determine the type of type of mint you need: vt220. There must be something wrong with xterm. After that, all is well.

Answer 4

I downgraded the screen to version 4.02.01 (GNU) 28-Apr-14 and it worked.