L'ingresso del terminale non si avvolge correttamente o affatto

Per un po 'di tempo, ho avuto questo problema persistente su tutti i miei terminali, dallo gnome default e dalla tilda che uso entrambi a quelli che ho appena dato un rapido vortice, in cui il mio input sovrascriverà l'inizio della propria linea quando dovrebbe avvolgere e avvolgere solo sulla riga successiva.

Premendo Ctrl-A per tornare all'inizio della riga, invece, mi riporterà da qualche parte nella riga prima della mia prima riga di input, da cui qualsiasi altro input diventa molto strano.

Poiché questa è una spiegazione davvero negativa e difficile da visualizzare, ecco come appare:

Qualcuno sa di cosa si tratta? Non succede solo in determinate circostanze, è una cosa permanente che è sempre presente dall'inizio alla fine di ogni sessione in ogni emulatore di terminale.

Uscita di printf "%s\n" "$PS1" "$COLUMNS":

leod:~$ printf "%s\n" "$PS1" "$COLUMNS"
\[\e]0;\u@\h: \w\a\]${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ 
80

Uscita di stty -a:

leod:~$ stty -a
speed 38400 baud; rows 11; columns 140; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z;
rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc

command-line bash

— Leod
fonte

Aggiungi l'output di printf "%s\n" "$PS1" "$COLUMNS", per favore.

— Muru,

Potrebbe essere che il tuo programma testlasci il terminale in uno stato instabile. Se è uno script puoi includerlo nella tua domanda? Cosa succede se si inizia a digitare senza eseguire testprima, il testo si avvolge normalmente?

— WinEunuuchs2Unix

Possiamo vedere anche l'output di stty -aper favore?

— Steeldriver,

@ WinEunuuchs2Unix test errato (gioco di parole intenzionale). Prova type -a testinvece.

— Muru,

Qual è l'output di printf "%q\n" "$PS1"? Potrebbero esserci sequenze di escape non elaborate all'interno di PS1 e%s che rimangono intatte (il che potrebbe ad esempio cambiare il colore avanti e indietro che rimane inosservato nell'output). %qcita ogni carattere non stampabile in modo leggibile.

— egmont,

È possibile che il tuo terminale non riconosca correttamente le dimensioni della finestra. Ho trovato una domanda correlata in U&L Stackexchange e qualcuno mi ha suggerito il modo seguente per verificare se questo è ciò che sta succedendo:

genere

shopt | grep checkwinsize

Se l'output non è:

checkwinsize    on

Puoi usare

shopt -s checkwinsize

attivare. Per disattivare:shopt -u checkwinsize

— Hee Jin
fonte

Forse non ho provato abbastanza ma il mio checkwinsizeera già on. Lo shopt -u checkwinsizespegnevo e il mio terminale continuava a racchiudere correttamente il testo. Non sono sicuro che questa risposta risolva veramente il problema OP.

— WinEunuuchs2Unix

Brillante. Questa è la correzione di cui avevo bisogno. L'involucro della riga di comando ora funziona perfettamente con oltre 80 caratteri.

— Randy,

@Randy Sono contento di sentire che ha funzionato per te!

— Hee Jin