finestra della console seriale ridimensionabile?

Quando utilizzo la console seriale del mio sistema, finisco sempre con $COLUMNS=80e $LINES=24.

Mentre posso cambiare queste variabili manualmente, è un po 'fastidioso farlo in qualsiasi momento quando la finestra del terminale lato client è stata ridimensionata.

Di solito mi connetto alla console usando screen /dev/mytty baudrate.

La modifica della $TERMvariabile di ambiente in "schermo" o "xterm" non aiuta.

Dovrò chiamare gettycon alcuni di quelli invece di vt100?

Inutile dire che tutto questo funziona bene, quando mi collego alla stessa macchina usando ssh.

Come i commentatori prima di me menzionati, non c'è alternativa alla chiamata resizedopo ogni comando, se non si dispone di questo comando e non si desidera installare un pacchetto in cui si trova ( xterm), ecco due script di shell POSIX che fanno lo stesso utilizzando i codici di escape del terminale ANSI:

res() {

  old=$(stty -g)
  stty raw -echo min 0 time 5

  printf '\0337\033[r\033[999;999H\033[6n\0338' > /dev/tty
  IFS='[;R' read -r _ rows cols _ < /dev/tty

  stty "$old"

  # echo "cols:$cols"
  # echo "rows:$rows"
  stty cols "$cols" rows "$rows"
}

res2() {

  old=$(stty -g)
  stty raw -echo min 0 time 5

  printf '\033[18t' > /dev/tty
  IFS=';t' read -r _ rows cols _ < /dev/tty

  stty "$old"

  # echo "cols:$cols"
  # echo "rows:$rows"
  stty cols "$cols" rows "$rows"
}

• ressi basa sulla soluzione presentata su https://wiki.archlinux.org/index.php/working_with_the_serial_console#Resizing_a_terminal . Funziona come segue:

  1. La posizione del cursore viene salvata ( \0337, DECSC).
  2. I cursori vengono spostati nel punto più in basso a destra possibile ( \033[r\033[999;999H, DECSTBM? + CUP).
  3. Viene indicata la posizione del cursore ( \033[6n, DSR).
  4. Il cursore viene riportato nella posizione precedentemente salvata ( \0338, DECRC).

• res2è influenzato da resize.shxterm (vedi https://github.com/ThomasDickey/xterm-snapshots/blob/master/vttests/resize.sh ). Utilizza un xtermcodice specifico per ottenere le informazioni che vogliamo (implementate in molti emulatori di terminali), vedere: http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-Functions-using-CSI-_-ordered -by-the-final-character_s_ ( "Segnala la dimensione dell'area di testo in caratteri." ).

A proposito, nel mio .profilefile troverai quanto segue: in [ $(tty) = /dev/ttyS0 ] && res modo che la dimensione del terminale sia determinata ad ogni accesso sulla linea seriale (quello che uso per la gestione), ad esempio dopo aver riavviato il dispositivo.
Vedi anche l'idea di rsaw nei commenti di avere la linea [ $(tty) = /dev/ttyS0 ] && trap res2 DEBUGlì, quindi il ridimensionamento viene eseguito dopo ogni comando (nota che AFAIK non è o non è sempre possibile su busybox).

Per la cronaca, ecco la risposta a questo problema (Usenet ha vinto):

Le applicazioni in esecuzione all'interno della console applicazioni terminali virtuali ( xterm, rxvte amici) riceveranno SIGWINCHdopo un'operazione di ridimensionamento ha avuto luogo. In questo modo l'applicazione sarà in grado di ridisegnare la finestra ecc. Nel gestore del segnale corrispondente.

Sfortunatamente quando si utilizza una console seriale, non esiste un tale meccanismo.

È comunque possibile che l'applicazione richieda attivamente le dimensioni della finestra della console corrente . Quindi la seconda cosa migliore è farlo ogni volta che un prompt dei comandi viene stampato dalla shell.

Ciò può essere ottenuto compilando prima un eseguibile di ridimensionamento speciale e quindi utilizzando quanto segue in bashrc:

if [ $(tty) == '/dev/ttyS0' ]; then
  trap resize DEBUG
fi

Naturalmente ciò non modificherà le impostazioni della dimensione della console in un'applicazione console durante il runtime.

I terminali "ridimensionabili" in quanto tali sono il risultato di NAWS ( Negotiate About Window Sizeda RFC 1073 Telnet Window Size Opzione ).

Se si è collegati direttamente al computer tramite una porta seriale, non è prevista alcuna negoziazione e il computer non è a conoscenza diretta delle dimensioni dello schermo del terminale.

Se un terminale può negoziare la dimensione, il computer invierà SIGWINCH alle applicazioni in esecuzione nel terminale, dicendo loro di aggiornare la loro nozione di dimensione dello schermo.

Quando il computer non conosce la dimensione dello schermo, in genere imposta la dimensione mostrata da stty -a(righe e colonne) su zero. Per un uso interattivo, questo è un po 'ostile e alcuni sistemi usano variabili d'ambiente LINESe COLUMNSper aiutare. I valori assegnati possono essere derivati ​​dalla descrizione del terminale; più spesso sono semplicemente codificati. La convenzione per queste variabili richiede che abbiano effetto a meno che non vengano esplicitamente soppresse, ad esempio, nelle applicazioni maledizioniuse_env funzione delle . Sul lato positivo, queste variabili possono essere utili quando non sono disponibili informazioni affidabili. Sul lato negativo, non esiste un metodo conveniente per modificare tali variabili.

Il resizeprogramma (un'utilità fornita con xterm) può utilizzare la sequenza di escape del rapporto sulla posizione del cursore in stile VT100 per determinare la dimensione dello schermo. Questo può essere eseguito dalla riga di comando; non c'è (di nuovo) un modo conveniente per farlo automaticamente. Come effetto collaterale, resizeaggiorna le informazioni sulle righe / colonne visualizzate da stty. Il suo utilizzo per fornire variabili di ambiente aggiornate è utile soprattutto in casi come questo, dove LINESe dove COLUMNS sono impostati, e dovrebbe essere aggiornato.

Ecco un'altra soluzione che ha funzionato perfettamente per me sul mio sistema Linux incorporato (Overo con Angstrom). L'ho appena eseguito dal mio file .bashrc. Non volevo usare il ridimensionamento perché questo richiede l'installazione di alcuni pacchetti X, e non lo volevo.

Dire al tuo Raspberry Pi che il tuo terminale è più grande di 24 linee | Blog di pensieri superficiali

Nel caso in cui tu potessi usare FreeBSD invece, c'è il comando resizewin (1) , che fa esattamente quello che vuoi.

Quando si esegue una sessione di shell su una linea seriale è sufficiente chiamare il resize comando all'interno di quella sessione - dopo aver stabilito la connessione e dopo ogni modifica della geometria del terminale.

Il resizecomando fa parte di xterm ma non dipende da X11. Ad esempio, su Fedora è confezionato separatamente come xterm-resize.

Come funziona: il comando di ridimensionamento misura l'altezza / larghezza tramite alcuni movimenti del cursore e quindi invia tali valori al terminale tramite sequenze di escape.

Con una shell come zsh, questo aggiorna anche automaticamente le variabili LINESe COLUMNS(in alternativa, si possono valutare le istruzioni di esportazione che i comandi stampano su stdout).

Perché questo è necessario: con una sessione locale o ssh il terminale è in grado di segnalare la sessione sui cambiamenti della geometria (vedi SIGWINCH). Questo meccanismo non funziona su una connessione seriale.

Ecco una funzione di ridimensionamento semplice e veloce che funziona solo per bash. Viene modificato dalla res2 di phk, usando bash read -d delimper evitare che il timeout finisca la lettura.

resize() {
  old=$(stty -g)
  stty -echo
  printf '\033[18t'
  IFS=';' read -d t _ rows cols _
  stty "$old"
  stty cols "$cols" rows "$rows"
}