Para o bem ou para o mal, conectei meu VT320 à minha máquina Linux. Estou tentando executar algum software, mas a conexão serial parece acabar em um estado de travamento sempre que alguns emojis são renderizados.
Não sei se é importante, mas nesse caso foi o emoji 🎲 (morrer). Em vez disso, recebo um ponto de interrogação espelhado e o terminal não renderiza mais nada.
Eu sei que emojis nunca funcionariam. Eu me contentaria com um caractere incorreto ou nenhum, mas eu gostaria de saber se é possível evitar o congelamento da conexão.
Caso seja relevante, é assim que o agetty é configurado no . Optei pelo VT220, pois é o mais próximo do que tenho./lib/systemd/system/[email protected]
ExecStart=-/sbin/agetty -h -L 19200 %I vt220
Saída de stty -a
:
speed 19200 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = <undef>;
rprnt = <undef>; werase = <undef>; lnext = <undef>; discard = <undef>;
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
O problema é quase certamente que o UTF-8 coloca muitos dados no espaço de caracteres C1. Esses são comandos de controle para um terminal clássico e podem colocá-lo em modos estranhos.
Neste caso, ao enviar U+1F3B2 você enviou "Application Program Command" (ESC _ ou \x9f), e "Single Shift Select of G2 Character Set" (ESC N ou \x8e). (Nomes da
xterm
documentação.) O primeiro é quase certamente o culpado. Eu tentei executarprintf '\e_'
(ou comandos para gerar o \x9f) e obtive o comportamento que você descreve (em xterm e /bin/sh) até que um "String Terminator" (ESC \ ou \x9c) seja gerado.Suspeito que o primeiro passo óbvio seja dizer ao seu software host que você não está usando um terminal UTF-8. Talvez
export LANG=C
.Se isso não funcionar, você pode dizer ao terminal para ignorar a paridade de 7 bits ou dizer ao host para não gerá-la (modos stty, talvez uma combinação de cs7, parenb, parodd e cmspar (e não se esqueça de tentar
-
variantes)), ou ambos.Você pode tentar canalizar a saída por algo como
sed -e 's/[\x80-\xff]/?/g'
oused -e 's/[\x80-\xbf]//g;s/[\xc0-\xff]/?/g'
para se livrar dos caracteres de oito bits, mas isso tem problemas com atraso na saída. Você pode fazer o mesmo com um terminal virtual, mas precisaria de um programa comoscreen
,tmux
, ouexpect
(ou algo muito mais simples) para acioná-lo.Editar: Esta manhã, tentei escrever um driver C simples. Levou cerca de 2 horas. Ele tem verificação de erros mínima. Eu o chamei de "no-utf8.c". Você pode vê-lo/obtê-lo em Try it online! , embora ele não "funcione" lá. Passe o comando para executar como um parâmetro, como
no-utf8 xinput
orno-utf8 bash
orno-utf8 printf '\x9fnormally hidden \x9cok\n'
.A documentação do VT320 afirma que, embora haja uma maneira de escolher se o terminal deve enviar caracteres de controle de 7 ou 8 bits para o host, o próprio terminal sempre aceita caracteres de controle de 8 bits do host, exceto quando configurado para estar no modo de compatibilidade VT100. Então, talvez tente? Execute
de acordo com isso , essa é a sequência de controle para colocar um terminal DEC no modo VT100.