Re: some screen windows freezing

Michael Parson <[email protected]> Fri, 11 Dec 2020 16:20:08 -0600 (CST)
Newsgroups gmane.comp.gnu.screen.user
Message-ID <[email protected]>
On Fri, 11 Dec 2020, Hauke Laging wrote:
> 
> Hello,
>
> I regularly experience that one of several screen windows freezes. This
> usually happens after some time of inactivity.

What are you doing in those windows that freeze up?  What programs were
runing?  Just sitting at a shell prompt?  An open editor session?  Was
that window local to your computer or had you ssh'd to a remote system?

> ^A q does not solve this problem. Are there any other features which can
> cause this effect?
>
> I don't know whether the cause of the problem was always the same. When
> it happened the last time I attached strace to the respective shell and
> learnt by this that the shell still gets input from screen and writes
> its regular output.

One possibility:

^S can 'freeze' a window/shell session.  It's the 'XOFF' software
flow-control character, a hold-over from back when terminals were
connected via serial lines.  ^Q is the 'XON' character that should
resume output.

Given that on US/QWERTY keyboards, the 'A' and 'S' keys are right next
to each other, it is easy to accidentally hit ^S when reaching for ^A in
screen.  You might have to also try ^A^Q to get the session to resume.
I have had individual windows freeze up in ways that I wasn't able to
fix with combos of those key sequences and wind up having to :kill that
window, but I've also had pretty good luck unfreezing with ^Q and/or
^S^Q, and sometimes ':flow off'.

Check the man page FLOW-CONTROL section as well as about the '-f' screen
flag, the 'defflow' and 'flow' .screenrc options about how to control
and/or disable this feature inside of screen.

-- 
Michael Parson
Pflugerville, TX
KF5LGQ