[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-developers] Control + S lockup.
- Subject: RE: [cobalt-developers] Control + S lockup.
- From: "Matthew Nuzum" <cobalt@xxxxxxxxxxxxx>
- Date: Sat Nov 24 07:05:48 2001
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
> This is something a UNIX old-timer like myself can help out with.
>
> Control-S is part of an old line discipline, which specifies that ^S
is
> the XOFF code, and ^Q is XON. (This is actually the definition of
these
> codes in the ASCII standard.) Many TTY line drivers interpret ^S as
> a request to suspend output, while ^Q will resume.
>
> This behaviour is of course configurable. Try this command:
>
...
>
> stty stop ''
>
> This will unbind the ^S from the stop function. You can set it back
> with:
>
> stty stop '^S' (to enter control S, use control V then control S)
>
> Normally, a program like EMACS will change the tty settings itself, so
> that ^S
> and ^Q aren't intercepted by the line driver. Use man stty for more
info.
>
>
> cheers
> Paul Gillingwater
Thanks Paul and others who responded.
This works perfectly. The ^q command does resume everything just fine,
and knowing that is a huge help. I did set the sty stop '' in my
.profile and I don't have to worry about the problem anymore.
I should have asked this question a long time ago. I'm scared to think
of the many times I waited just a little too long to save my changes and
then locked the terminal.
You live and you learn I guess.
Thanks again,
Matthew Nuzum
followers.net