|Subject:||Re: Screen terminal freezes|
|Date:||Tue, 17 Jun 2014 20:43:45 +0100|
So I will maybe try to find an easy way to find the processes that are doing nothing and kill them, and thus maybe I can keep the current session without having to relog into it.When I do "screen -ls" I do not see all the screen processes running. It shows me that I am attached to the main SCREEN process, but I can't easily tell which screen process I am using (there are always at least two processes).This experiment started with the SIGHUP idea someone sent, which sometimes worked.So here is an update to my terminal hanging curious problems.When I look at screen processes on a system I will see usually one that comes out in upper case letters (ie: SCREEN) and other in lowercase. Often a lower case process (I guess not the main SCREEN session) will remain after disconnecting from a VPN.
(I am not sure I totally get the uppercase "SCREEN" session, how that gets created or run and ps listing shows SCREEN instead of "screen").Though inconvenient, I can often solve a terminal hanging problem by killing (signal 1 or 2) all the screen processes except the SCREEN process. Then logging back in, I can get back to the screen session with everything as I left it. This solution does not always work, but it works most of the time.
Thanks for the all the replies, as this was the motivation to solve the above. Any more comments, please do send them.Edmond
On Fri, Aug 30, 2013 at 4:41 PM, Edmond Rodriguez <address@hidden> wrote:Thanks for the link. The Ctl sequences do not seem to be an issue, I have tried several and they seem fine (but not for the freeze problem).I do notice that sending SIGHUP to screen does fix it (at least the terminal, but maybe not the process that was writing to the terminal), though I have also lost the screen session doing that. I need to try more times, and as I mentioned it's an intermittent problem, though it is frequent enough to know it will happen a few times.
Thanks,EdmondOn Thu, Aug 29, 2013 at 5:54 PM, wes <address@hidden> wrote:
On Wed, 28 Aug 2013, Edmond Rodriguez wrote:
I am running gnu screen version 4.00.02.
Everyone once in a while (but consistently) a terminal will freeze
up while printing output and there is no way that I know of to
CTL A q does not help and I tried about every command available in
I can create other terminals within the screen, but cannot usually
reconnect to the screen session it if I detach it. The frozen
terminal remains just that (frozen) until I terminate the entire
I also tried the "wipe" function of the screen command, though I
have not seen a need for it.
Any clue what might be happening?
"GNU Screen - Bugs: bug #11610, XON (Ctrl-S) halts screen 4.0.2"
btw, you do not mention trying...
...and perhaps that is because ^q is not mapped to xon in your
installation. but if it is, you might want to give that a try. (ftr,
i am using version 4.01.00devel (GNU) 2-May-06 in debian 7.1.)
i make the suggestion because on my installation "ctrl-a ctrl-q"
behaves differently than "ctrl-a q". namely, the former happens to
work and the latter does not appear to work (both in a vt and in
xterm). this is despite the fact that my screen installation's help
command informs me that both ^Q and q are mapped to xon.
i have been assuming the discrepancy is most likely due to some
non-screen part of my environment. because i like screen's help
command, and i like to think it would not tell me dirty, dirty lies.
screen-users mailing list
|[Prev in Thread]||Current Thread||[Next in Thread]|