Hago muchos cambios, y periódicamente presiono Ctrl+ S, lo que naturalmente envía un XOFF
, y causa todo tipo de problemas (sin mencionar que me lleva un tiempo descubrir qué sucedió, luego otro tiempo para recordar que necesito presionar Ctrl+ Qpara recuperar.
Prefiero instruir a Putty para que nunca me deje escribir XOFF
.
¿Algunas ideas?
ctrl+q
restaurará el flujo en caché. Eso significa que si presionactrl+s
y luego se vuelve loco presionandoctrl+c
o cualquier otra cosa, cuando presionactrl+q
todo lo que presionó antes se reproducirá.XOFF
?Respuestas:
No sé sobre Putty, pero puedes usar:
en host remoto, para deshabilitar las señales START / STOP.
fuente
stty -ixon
.^S
no envíe un mensajeXOFF
, pero ahora me pone eni-search
modo. ¿Hay alguna forma de obtener bash (o PuTTY) solo para descartar alguno^S
? Aún mejor sería si pudiera emitir un pitido y / o destellar hacia mí; o)stty -ixon
a mis guiones de perfil. He leído unos 100 artículos sobre cómo cuando presionas CTRL + s por accidente, todo lo que tienes que hacer es CTRL + q para reanudar de nuevo ... pero no quiero que mi shell intercepte CTRL + s / q ya que los uso bastante con vim. Muchas gracias por dar una respuesta que nadie más parece considerar.La solución PuTTY:
Funciona como un encanto, incluso si abre una "pantalla GNU" encima, SSH a otro host o "su" a otro usuario
Si está utilizando GNU Bash, ctrl-S debería permitirle ahora hacer un historial de búsqueda hacia adelante (también conocido como: i-search)
Puede ver la diferencia en la salida de "stty -a | grep -o" .ixon " : con la masilla configurada imprime " -ixon " , sin " ixon "
fuente
^S
no envíe unXOFF
, pero ahora me pone eni-search
modo. ¿Hay alguna manera de obtener PuTTY (o bash) solo para descartar alguno^S
? Aún mejor sería si pudiera emitir un pitido y / o destellar hacia mí; o)fuente
Tengo el problema opuesto. De vez en cuando, el anfitrión envía un
XOFF
mensaje a PuTTY pero nunca envía el correspondienteXON
a PuTTY. En este caso, nada de lo que haga a PuTTY (salvo reiniciarlo) lo eliminará. En este caso, toda la entrada del teclado al host está bloqueada, pero el host aún puede enviar datos a PuTTY.Deshabilitar el control de flujo en PuTTY no funciona.
La forma de solucionar este problema es usar
en tu perfil. Esto prohíbe que el host envíe
XON
/XOFF
. Tenga en cuenta que los nombres de las opciones son totalmente confusos.ixon
/-ixon
significa habilitar / deshabilitar el control de flujo en el lado del cliente (lo que significa que el cliente no puede emitir control de flujo),ixoff
/-ixoff
significa habilitar / deshabilitar el control de flujo en el lado del host (lo que significa que el host no puede emitir control de flujo).Por cierto, el código ASCII para Ctrl- Sy XOFF son el mismo carácter ASCII (código 19, 0x13). No hay diferencia La configuración cambia la interpretación de ese carácter ASCII.
fuente
Abre tu
.bash_profile
y pon:El valor
-xion
no funciona para mí. Se puede ver la entrada del hombre:man stty
.fuente
Ejecute este comando en la terminal para deshabilitarlo para la sesión actual / agréguelo a .bashrc para deshabilitarlo permanentemente
stty -ixon
fuente