André,

I follow your "tutorial" and all outputs in Widows Explorer, DOS Command Window and Linux Window are consistents concerning file names display.

For locale set under Linux, here is the output:

LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

I just remind that I have these lines in my tomcat auto-start script :
LC_ALL=fr_FR
export LC_ALL

André Warnier a écrit :

The problem is generally unsolvable, if the original entry in the directory can be created in several ways, because there are multiple agents capable of creating it, and these agents use inconsistent encodings.
That's my case.
Actually, entries in the Windows shared should become from "everywhere", with I suppose various encoding. In fact, files I need to process are stored in an external support (CD, USB...) and under Windows, I share the corresponding drive. Then, this shared drive becomes the directory I mount under my Linux system. Note that it is a key requierement having the external support loaded under Windows system ONLY.
The issue can be simpler, if Sylvie's program just opens the directory, reads the filenames that it finds there (whatever their encoding is), into some variable, and then just uses this variable as the filename to open the file and that's it.
I don't understand your point ?
I just try to open my file and read it with a FileInputStream.


Sylvie


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to