Problème dans l'enregistrement d'un fichier après simple cryptage xor.

Bonjour,
J'ai réalisé un programme juste pour voir comment fonctionnait le cryptage xor. Il demande un fichier source, le fichier dest et une clé < 64 car.
Le tout fonctionne très bien mais j'obtiens dans le fichier crypté des caractères non ASCII, d'écriture chinoise. Ce ne me pose pas de problème, seulement je me demande si ce fichier, une fois transféré sur un otre os que windows pourra être décrypté de la même façon.
Comment se fait-il qu'un char qui normalement a une valeur comprise entre -127 et 127 puisse avoir de tels caractères?
C'est très étrange, surtout que, lors du débogage il ne me semblait pas avoir vu de caractères dépassant ces valeurs.

Merci encore.

Caractère non ascii ???
Un octet peut prendre 256 valeurs et basta, je ne vois pas où est le problème.

ciao...
BruNews, MVP VC++

Comment expliquer que je n'en obtiens pas un seul;

Vous allez peut-être me dire que ça : ?????

???????????????????????????? ce sont de ASCII ?

Tiens, ils ne passent même pas le forum

Pour précision, il s'agissait de caractères que je n'avais encore jamais vu, et ds le fichier PAS un seul n'était en ASCII.

Cesse de flooder le forum en disant nimporte quoi et réfléchis un peu.
Si tu fais du xor sur un octet, rien ne dit qu'on obtiendra un résultat sur une plage de caractère affichable, fichier résultant n'a pas à être édité. Passe le au même xor dans l'autre sens et il devrait reprendre son état initial.

ciao...
BruNews, MVP VC++

Oui Brunews a raison, regarde une table de valeurs ASCII (->google), il y a plein de caractères "bizarres". Seule une infime partie fait partie des chiffres et des lettres. (26*2 + accents + 10 par rapport à 256...).

a caractère nomal, b n'importe quel caractere.
a = a xor b; // a a toutes les chances de devenir "illisible"
a = a xor b; // a redevient ce qu'il était

Je connais très bien la tables ASCII. Merci de me faire remarquer qu'il existe d'autres caractères que les alphanumériques, mais ça je le savais déjà. En effet, lorsque j'effectue la fonction inverse je retrouve le fichier, mais là n'est pas la question. C'est : comment se fait-il que j'obtienne des caractères chinois NON ASCII (je sais de quoi je parle) dans mon fichier, alors qu'il a été enregistré avec des chars.

Mais enfin on n'y croit pas !!!
Caractères chinois sont sur 2 octets (UNICODE) donc aucun risque que tu en aies sur char (1 octet).
Table ascci étendue couvre sur 8 bits (1 octet), il est donc clair que dans un char tu as PAR FORCE une valeur ascii.

Faut savoir sortir et se débarrasser des faux concepts issus d'une trop longue pratique des faux langages.

ciao...
BruNews, MVP VC++

C'est peut-etre ton afficheur de caractères.
Si un caractère sur un octet n'est pas "normal" alors qu'en le prenant sur 2 octets il est "normal" mais chinois, l'afficheur le traitera peut-etre sur 2 octets.

Ca donne quoi avec NotePad ou WordPad ?

En ce qui concerne le decryptage il ne peut pas y avoir de probleme car ton programme traite les données de la meme facon que pour le cryptage, enfin j'espere ;).