> Yo instale RedHat 9 en Ingles pero tengo varios archivos con nombres > que contienen caracteres tildados y con la "�". Por lo tanto me dice > "Invalid Unicode" y el archivo no puedo abrirlo satisfactoriamente. > Durante la instalacion del RedHat le indique que instalara el soporte > para el idioma Espa�ol, pero me sigue dando estos problemas. Como le > hago para que no me de este problema.
�En qu� sistema de archivos est�n los archivos problem�ticos? Si es alguna clase de fat, hay un par de opciones para tratar de decirle al kernel que juego de caracteres debe usar. Uno es codepage, que acepta un codepage de DOS para convertir los nombres largos a nombres cortos. El otro es iocharset que acepta un juego de caracteres para usar al convertir entre caracteres de 8 bits y unicode. El default es iso8859-1. NTFS acepta este par�metro tambi�n. Si es un sistema de archivos ext2/ext3 o algo por el estilo, el problema es que la biblioteca de C asume que los nombres de los archivos en el disco est�n guardados usando el juego de characteres del locale actual. En tu caso, y seg�n recuerdo de alg�n breve vistazo a RH9, eso es Unicode (UTF-8 en particular). Es posible que el problema sea que los archivos est�n guardados usando ISO-8859-1 o ISO-8859-15, donde la � existe y se representa usando 8 bits (0361). UTF-8 es una codificaci�n de Unicode que usa un par de idas bastante ingeniosas para que el US-ASCII (7 bits) tenga exactamente la misma condificaci�n binaria en UTF-8, que *todo* juego de caracteres de 8 bits sea *incompatible* con UTF-8 y especifica una forma de representar 2^31 caracteres. La parte que te intersa es que UTF-8 es incompatible con ISO-8859-1. Si los nombres de los archivos est�n condificados usando ISO-8859-1, cualquier caracter que haga uso del 8vo bit es inv�lido en UTF-8 y la biblioteca de C no puede decodificar el nombre. �La soluci�n? GTK+ 2 tiene una variable de entorno que est� pensanda precisamente con este problema en mente, pero no tengo la documentaci�n de GTK+ 2 a mano para decirte como se llama la variable de ambiente esta. Eso te resolver�a los problemas en el lado de GNOME. No s� que hace Qt en este sentido. La otra posibilidad es simplemente intentar esto: $ env LC_ALL=en_US.ISO-8859-1 ls deber�as poder ver los archivos normalmente. Si ese es el caso, se puede arrancar una terminal: $ env LC_ALL=en_US.ISO-8859-1 xterm y verificar que todo est� usando el locale ese con el comando "locale". Si eso es as�, pod�s renombrar los archivos (mv nombre_viejo nombre_nuevo) para eliminar el problema. Pero busc� primero en la documentaci�n de GTK+ o en el bugzilla de RH. -- Marcelo -- Desuscripci�n: escriba a [EMAIL PROTECTED], tema 'unsubscribe' Problemas a: [EMAIL PROTECTED] http://www.linux.or.cr/listas
