Discussion :

[DarkNagash]

Bonsoir à tous

J'ai un petit pb d'encoding sous putty.
Quand je met le caractere set à UTF-8 dans Windows->Translation et que j'appuie (sur mon clavier FR) sur le "é" j'obtiens ce caractere "C)" dans ma session.
En fait le système comprends 0x43 0x29

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
echo "C)" | od -cx
0000000   C   )  \n
            4329    0a00

alors que le caractère "é" en UTF-8 vaut en réalité 0xC3 0xA9.

De même lorsque je met mon client putty en iso-8859-1 (ou 15) et que j'appuye sur la même touche "é" j'obtien le caractère "i".

Le système comprends alors 0x69 au lieu de 0xE9

echo "i" | od -cx
0000000 i \n
690a

c'est comme s'il y avait un décalage de 0x90 à chaque touche que je tape depuis putty. Desesperant de trouver une solution, je poste ce message, a tout hasrad si quelqu'un a la moindre idée de ce qui se passe ou bien s'il est déjà tomber sur ce cas de figure.

Merci

[DarkNagash]

J'ai investigué davantage,

Le problème ne vient pas de putty finalement mais de mon OS.
lorsque je scanne mon socket telnet d'ecoute je me rends compte que le caractère reçu est bien "c3a9" mais le serveur fait un echo avec "4329"

J'opterais donc pour un problème de locale ou de conversion de caracteres

De plus lorsque je me loggue j'ai cette erreur, mais je n'arrive pas à savoir d'où elle provient.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Last login: Wed Oct  1 23:17:52 from cronos
couldn't set locale correctly

si qq à la moindre idée, je suis preneur

merci

[Invité]

Salut,

et ta distribution c'est?????

[DarkNagash]

une solaris 10, j'ai posté sous linux car je pensais que le problème venait de putty dans un premier temps, et comme le forum linux est plus fréquenté que celui d'unix, potentiellement j'aurais pu croisé qq'un a qui c'est déjà arrivé.

Mais la bonne nouvelle c'est que j'ai trouvé la source du problème avec un truss (equivalent du strace)
voici la ligne fautive

786: execve("/usr/bin/ksh", 0x...., 0x....) argc = 1

Ce n'est pas une faute de mon process sshd car il lance le bon shell, celui du /etc/passwd
En fait cela vient du fait que le ksh ne gere pas les accents visiblement.

$ C)
ksh: syntax error: `)' unexpected
$ bash
bash-3.00$ é
bash: é: command not found

Ce n'est donc pas un problème de locale

Je vais creusé pour trouvé l'option qui va bien au ksh, en espérant ne pas avoir à le recompiler

pour info comment flaggue t on le topic comme résolu ?

Merci

[Invité]

Quelles sont les locales utilisées sur ton système solaris?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$ locale