Ajouter un commentaire

fredericmazue

Quote:
il retourne 15c0.

Et c'est ça le but poursuivi par Flexx ?
Si oui, pourquoi s'embêter ? Il suffit d'imprimer la représentation hexa de chaque octet. Sans même passer par la constitution d'une chaîne.
Enfin bref, moi je ne comprends pas sa question alors tu as peut être tout bon :)

Quote:

Avant ca ne pouvait pas fonctionner puisque lorsque tu cast 0xC0 en byte
tu perds en précision puisque 0xC0 vaut 192 et un byte est compris entre
-127 et 128 : grosso modo ton 192 il te le transformait en valeur négative.

Je crois qu'il y a confusion. "Avant", c'est à dire avec UTF-8 si je comprends bien, la chaîne contient DEUX caractères codées en unicode UTF-8
Dans ton cas (UTF-16) elle n'en contient qu'un seul.

Pour en revenir à sa question, si 0x15 et 0xC0 sont de l'encodage UTF-8 comme il l'affirme, va falloir qu'il m'explique ce que ça veut dire.
Parce que, si encodage UTF-8, alors 0x15, car inférieur à 0x7F, se traduit directement en ASCII. C'est le code de contrôle NAK dont la présence ici à de quoi surprendre. Quant à C0 qui ne veut rien dire en UTF-8, après cast en byte, ça se traduit ? donc la représentation ASCII totale de sa chaîne, si l'on peut dire, car NAK n'est pas imprimable, est

NAK ?

A moins que ça soit un nouveau code pour la CIA, il y a erreur dans la question.
Ou je n'ai rien compris ce qui est toujours possible :lol:

Filtered HTML

Plain text

CAPTCHA
Cette question permet de vérifier que vous n'êtes pas un robot spammeur :-)
 X   X  Y   Y  X   X  DDD   U   U 
X X Y Y X X D D U U
X Y X D D U U
X X Y X X D D U U
X X Y X X DDD UUU