Hi Harold,
I just also discovered this problem independently, and when I tracked it
down to stty and googled for it, I found your post. In my test case, it
seems to get stuck in stty as run from the user's .bashrc (i.e., "su
user", where the user's .bashrc has the stty command). In my case, the
arguments to stty do not seem to matter (well, I've tried "-ixany" and
"echoctl" - same results). Also, the problem is made more reliable if a
sleep is done before the stty. E.g., here's my test .bashrc:
sleep 2
stty -ixany
Note that if run from the console or a tty, having the user logged in
already seems to avoid the hang, but doing it within an xterm shows the
hang. Strange, since with my original [more complex] test case, it
seemed to require *not* running X (tty/console only).
Most recent kernels show the issue - the only one that doesn't is
2.6.25-git17. I am running Gentoo. It does happen in a recent 2.6.26
git (an rc4 git from a couple of days ago).
Doing "ps" while hung shows stty in the "T" state. "killall -9 stty"
releases it.
-Joe
P.S. Please cc my address on reply.
--
