Screen hangs when reattaching after lost ssh connection
Bug #211842 reported by
Benjamin Rubin
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
screen |
Unknown
|
Unknown
|
|||
screen (Debian) |
Fix Released
|
Unknown
|
|||
screen (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: screen
I am currently running Hardy with screen 4.0.3-7ubuntu1
Screen hangs when attempting to reattach (using screen -dr) after an ssh connection is lost. It appears that this is related to or the same issue as "XON (Ctrl-S) halts screen", which has been open in Screen's bugtracker for well over 3 years: https:/
Changed in screen: | |
status: | Unknown → Confirmed |
Changed in screen: | |
status: | New → Confirmed |
Changed in screen (Debian): | |
status: | Confirmed → Fix Released |
To post a comment you must log in.
So the normal behavior when a terminal has stopped output is that screen
will loop (high cpu usage!) trying to write to the pty and getting EIO
until the output has been started again.
In the scrollback case, we jump out of the output looping and spit out
the following debug output:
MarkRoutine called: fore nr 0, display /dev/pts/2
Entering new layer on top of 0x1007de0c: 0x1013d630
layer is blocking
...and is first, so window gets blocked
---LGotoPos 21 41
LMsg('Welcome to hacker's treasure zoo - Column 22 Line 42(+8192)
(80,42)') (0x1
013d630);
using STATLINE 41
GotoPos (21,41) -> (0,41)
Flush(): 82
And thereafter we're hung.
strace yields that the screen process is blocking in the write about the
hacker's treasure zoo.
I don't know enough about the way this stuff works code-wise, so I'll
spend some time poking around the source and try to figure out a fix.
--
Adam Lazur, Cluster Monkey