Discussion :

[eclipse2007]

Bonsoir,
en ce moment j'essaye de crypter un fichier texte, pour cela je lis le fichier source caractère par caractère, je modifie leurs code ascii (j'obtiens alors un nouveau code pour chaque caractère entre 0 et 255)et ensuite je retrouve mon fichier cryptée comme désiré, cependant au moment de la lecture du fichier crypté pour une opération de décryptage, un premier problème surgis... la taille su fichier crypté n'est pas correctement calculé, ensuite il n'arrive pas a reconnaitre tous les caractère et ne parvient pas donc à décrypter le fichier dans sa totalité, je n'arrive pas à résoudre ce problème, en faite je ne comprends même pas ce qui se passe .
merci de bien vouloir m'aider si un de vous a déjà rencontré ce problème.

[jfouche]

Sans quelques bouts de code, ça va être difficile.
Comment ouvres tu le fichier ?
Comment lis tu la taille du fichier ?
Que signifie :

il n'arrive pas a reconnaitre tous les caractère

--
Jérémie

[eclipse2007]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
 
taille=0;
FILE*  pFile_crypte;
fopen(OpenDialog1->FileName.c_str(),"r");
while(fgetc(pFile) != EOF) {taille ++;}
 
x0=new long double[taille];
fseek (pFile, 0, SEEK_SET);
i=0;
 
   if(pFile==NULL) {cerr<<"problème de chargement \n";return;}
 
   while ( (c= fgetc (pFile)) != EOF)
      {
         ascii=mod((int)c,256);
         x0[i]= ascii;
         i++;
      }
   fclose (pFile);

voila le code que j'utilise pour la récupération du code ascii, ça marche seulement pour le cryptage et j'obtiens les caractères suivant:

ÂQÕœfˆ*aöG¨?*M mß°Y ö�W*
Ã�4ÖîG›ó×%:3�¼yÇÑ�±Tà@
óƒ·LàÇyÃXDŒ²>ˆwÜq?Híj¥)÷M
4w“¨üYùØb?

dont le code ascii varie entre 0 et 255, mais au moment de décrypter ce résultat, donc ces caractères, il ne reconnait par exemple que 20 caractères au lieu de 50, je suppose que un des caractère non reconnus est le .
comment faire pour que tous les caractère puissent être lus et reconverti.

[jfouche]

Salut

Tu lis ton fichier en mode text, ce qui n'est pas bon dans ton cas, lit le en mode binaire ("rb" au lieu de "r").

De plus, tu peux (largement) optimiser ce code pour ne pas effectuer 2 passes.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
FILE* pFile_crypte = fopen(OpenDialog1->FileName.c_str(),"rb");
if (pFile==NULL) {
  cerr<<"problème de chargement" << std::endl;
  return;
}
 
std::vector<long double> content;
while ( (c = fgetc(pFile)) != EOF) {
  content.push_back( mod((int)c,256) );
}
fclose(pFile);

(sans tout bien comprendre pourquoi des long double...)
--
Jérémie

[eclipse2007]

avec plus de tests, j'ai compris que le problème venait du code ascii étendu, en faite les codes ascii entre 128 et 255 ne peuvent pas être récupérés grace à la fonction:
(int) c;
alors maintenant je pose une question plus précise, comment récupérer le code ascii étendu??

[jfouche]

Tu as essayé en mode "rb" ?
De plus, la fonction getc renvoie un int, donc ta variable c doit être un int (pas besoin de cast dans (int) c).
Si ton fichier est crypté, il n'est plus question d'ASCII (et étendu).
--
Jérémie

[koala01]

Salut,

D'abord, une remarque préliminaire, mais primordiale...

Le code que tu présente est visiblement écrit en C, alors que tu a choisi de poser ta question sur le forum C++.

La seule utilisation de cerr (seule fonction réellement propre au C++ que tu utilise) peut effectivement passer pour "une erreur"

Deux solutions s'offrent alors à toi:

• Soit, tu nous confirme bien que tu veux utiliser le C, auquel cas nous nous ferons un plaisir de déplacer la discussion dans la section ad-hoc,
• Soit tu nous confirme, au contraire, que tu veux travailler en C++, auquel cas, il faudrait revoir tout depuis le début pour renoncer à l'utilisation de la structure FILE et des fonctions associées (mais nous pouvons t'aider sur ce point ).

Ceci dit, il faut que tu prenne conscience que, que ce soit en C ou en C++, il existe toute une série de caractères qui ne sont pas imprimables et qui peuvent être particulièrement mal interprétés lorsque tu essaye de les lire dans un fichier.

Il s'agit, entre autres, de tous les caractères compris entre 0 et 31 inclus (0x0 à 0x1F inclus en hexadécimal).

Parmi tous ces caractères, on retrouve le retour à la ligne (dont la représentation réelle peut varier d'un système à l'autre) '\n', et tous les caractères nécessitant un échappement lorsque l'on souhaite les utiliser ('\t','\r','\0' et tous les autres)

Si, pour une raison ou une autre, ta fonction de cryptage a pour effet de donner l'un de ces caractères "particuliers", l'écriture en mode texte (et surtout la lecture du fichier par la suite) sera prédestinée à poser un nombre important de problèmes

Il faut donc, effectivement, t'arranger pour que les informations soient lue et écrite sous la forme de données brutes (autrement dit en écrivant ces données sous la forme d'un fichier (injustement) dit "binaire")

Je ne vais pas m'étendre d'avantage sur la solution à ton problème avant de t'avoir laissé l'occasion de nous confirmer le langage que tu souhaite utiliser, de manière à éviter de te "perturber" inutilement avec des considération qui risquent d'être eronées selon le langage que tu veux utiliser

Passe une bonne soirée

[Invité]

avec plus de tests, j'ai compris que le problème venait du code ascii étendu, en faite les codes ascii entre 128 et 255 ne peuvent pas être récupérés grace à la fonction:
(int) c;
alors maintenant je pose une question plus précise, comment récupérer le code ascii étendu??

Probablement, ta variable c est un char, et ta machine considère que les char sont signés... Donc, les valeurs comprises entre 128 et 255 sont considérées comme négatives quand tu les mets dans c.

Ensuite, la conversion (int)c préserve ces valeurs négatives, et tu as "perdu" ces codes 128 à 255.

Si c'est effectivement ton problème (regarde la définition de c), tu peux

- soit en faire un unsigned char, tout devrait alors rentrer dans l'ordre (c'est en général une bonne idée, quand tu travailles sur des données qui sont traitées comme du code binaire, d'utiliser des variables unsigned...). Tu n'auras d'ailleurs plus besoin du mod(,256) derrière, je pense.

- soit, comme l'a suggéré Jérémie, de convertir c en int. Comme de toutes façons tu le fais quelques lignes plus loin, c'est du temps de gagné. (là encore, je ne crois pas que le mod(,256) soit nécessaire...)

Francois