(tome esto con una pizca de sal) Hasta donde recuerdo, el problema radica en la forma en que libiconv
funciona. Las codificaciones de varios bytes necesitan una máquina de estado para decodificarlas, y libiconv
prefiere recibir caracteres completos, por lo que no puede simplemente darle la mitad de un carácter en una llamada de función y la otra mitad en la siguiente.
Puedo pensar en otras dos soluciones, una es un buen método fuera de banda, la otra es un truco dentro de la banda.
Cambiar la codificación del emulador de terminal (fuera de banda) : una es cambiar la codificación de caracteres en su emulador de terminal, por lo que su codificación nativa es Shift JIS. Acabo de comprobar konsole
, y es compatible con esto. Desde el menú, Ver → Codificación de caracteres → Japonés → sjis. Entonces puede simplemente tail -f
el archivo y konsole
se encargará de decodificar los caracteres multibyte y unirlos con los glifos de fuente.
Transcodifique la codificación del terminal sobre la marcha (en banda; mejor) : cortesía de Gilles, quien me recordó luit
después de mucho tiempo. Use luit
, que debería haber venido con su distribución XOrg (en Debian, es un paquete x11-utils
). Úselo así:
$ luit -encoding SJIS -- tail -f x
Esto hará que el terminal transcodifique SJIS a / desde su codificación de terminal y se ejecute tail -f x
. La desventaja luit
es que no admite la gran cantidad de codificaciones que admite libiconv
. Lo bueno es que está disponible en casi todas partes.
Transcodifique la codificación de terminal sobre la marcha (en banda; pirateo) : ttyconv
es un truco que escribí hace muchos años (inicialmente en C, luego rehecho en Python) que se usa libiconv
para transcodificar E / S de terminal. Genera un nuevo pseudoterminal y (a) transcodifica los caracteres que escribe de su codificación local a la codificación remota, y (b) transcodifica los caracteres que recibe de la codificación remota a su codificación local. Lo usé para hablar con servidores que usaban codificaciones no compatibles con los terminales estándar de Linux. Tenga en cuenta que todas las codificaciones remotas con las que lo probé eran codificaciones de un solo byte, por lo que no puedo garantizar que funcione para Shift JIS. A menudo no encuentro llamadas para usarlo en estos días, con la mayoría de los sistemas cambiando a Unicode.
Así es como lo usarías:
$ ttyconv -rsjis -- tail -f x
La desventaja ttyconv
es que lo escribí, nadie lo usa sino yo, probablemente esté lleno de errores. Me destaco en esto. Lo bueno es que usa libiconv
, por lo que si su codificación es inusual, es su mejor opción. En el último recuento, ttyconv --list
admite 100 codificaciones.