Esta pregunta ya tiene una respuesta aquí:
Tengo un usuario que utiliza un software escrito en Perl y usa maldiciones para su lógica de visualización. El software funciona perfectamente para muchas otras personas, es este usuario el que tiene el problema.
Me aseguré de que ejecutamos la misma versión de PuTTY que él y comparto exactamente la misma configuración (exporté su configuración y la importé a mi máquina, y funcionó).
Pero no importa lo que intentemos (hemos jugado con la codificación de caracteres, asegurándonos de que los caracteres de línea UNICODE se interpreten correctamente, e incluso el tipo de terminal), siempre obtiene "0" y otros caracteres en lugar de líneas verticales y horizontales en el menú de maldiciones cuando está en UTF-8 (actúa torpe en otras codificaciones de caracteres).
Estamos ejecutando el mismo sistema operativo pero probablemente configuraciones de sistema operativo radicalmente diferentes. Pensé que comenzaría a perseguir la codificación de caracteres en su máquina, pero no estoy muy seguro de por dónde empezar allí.
printf '\342\224\224\342\224\200\342\224\220'
muestra los dibujos lineales correctamente?Respuestas:
grawity acertó el problema de la línea con Hacer que los caracteres de 256 colores Y del dibujo de líneas funcionen en PuTTY . También tuve que cambiar el tipo de terminal a xterm y también a "putty", pero esto ha corregido el problema.
fuente
Como está utilizando PuTTY, supongo que inicia sesión en un servidor remoto (ssh) y ejecuta el programa allí. Probablemente usará diferentes cuentas de inicio de sesión con, quizás, diferentes configuraciones regionales. Intente ejecutar locale , que generará LANG , LANGUAGE y varias variables LC_ * . Comprueba si son iguales. Verifique también la variable TERM en la máquina (¿remota?). Esto da un poco más de información que la opción de tlund .
También puede verificar qué fuente está utilizando. Es posible que algunas fuentes no tengan los glifos disponibles para ASCII extendido
fuente