Discussion :

[darkwall_37]

Bonjour,

Je me suis mis à implémenter l'algorithme XOR.
Quand j'ai fais mes algos, je n'ai pas pensé au fait qu'un caractère pouvait être transformé en caractère EOF qui vaut je crois -1 sous Windows.
Une fois le fichier crypté, le résultat est enregistré dans un fichier texte ainsi que la clé de cryptage.

Or si dans l'un ou dans les deux fichiers, un caractère est changé en EOF avant la fin réelle du fichier, ils deviennent donc tronqués au décryptage et celui ci est incomplet.

En gros ce que je fais:
Je récupère le fichier à crypter dans un string.
Je convertis en binaire signé chaque caractère de la string.
J'applique une clé xor de la taille de l'ensemble de la string convertis en binaire signé.
Je convertis en caractères les binaires signés "xoré" et la clé.
J'enregistre la clé et le résultat du cryptage dans un fichier texte.

Quelqu'un a t-il une idée pour remédier à cela ?
Sinon je pourrais coller dans les fichier textes le code binaire des char au lieu du char lui même mais bon cela occupe 8*plus de place et çela procure moins d'effet qu'un ramassis de caractères imbitable.

Je mets le code source en PJ si quelqu'un souhaite regarder.
Projet codeblocks complié sous windaub.

Merci d'avance.

[Neckara]

Bonjour,

EOF équivaut généralement à (int)-1 et n'est pas inscrit dans le fichier ou le flux.
EOF est juste une valeur que retourne les fonctions de lecture pour signaler la fin du fichier (ou une erreur).

Je ne penses donc pas que ton problème vienne de là.

Au cas où tu peux toujours faire :

Code :

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

1
2
int caractere;
char caractereAEcrire = (char)caractere;

[darkwall_37]

Ok merci pour ta réponse.
J'ai remarqué cependant que fscanf s'arrête d'enregistrer le fichier en mémoire lorsqu'il tombe sur ce caractère :

Code :

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

�)ZÁ�Çûm—ici}èÉR_,â…)-¤¡öãȹ?Ô¿mECI•ËÉwL�*ˆªý*ó³

Il y a "ici" un caractère que je vois dans le fichier texte, mais une fois copié ici, on ne le voit plus. Cependant, quand on passe à la flêche, il faut appuyer deux fois pour passer au caractère suivant, ce qui prouve bien qu'il y a bien un caractère.

On peut le voir sur l'image ci dessous :



Dans ce cas là, le fichier s'arrête au deuxième caractère (le carré).

[Neckara]

Il faudrait ouvrir ton fichier avec un éditeur de texte pouvant afficher l'hexadécimal pour voir la valeur de ce caractère.
Peut-être est-ce un EOT (End Of Transmission) que fscanf interprète (?).
Mais pour lire un fichier binaire, n'oublie pas de l'ouvrir avec l'option "b" lors du fopen (cf man fopen) pour la compatibilité.
Et je n'ai pas vu comment tu utilise fscanf, mais peut-être serait-il préférable d'utiliser un fread ?

[darkwall_37]

Comme ça.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
char *file_to_string_1( const char *p )
{
    char c;
    unsigned long long int i = 0;
    char *s = allocate_1D_c( file_length(p)+1 );
    FILE *f = file_open(p,"r");
    while( fscanf(f,"%c",&c) != EOF )
    {
        s[i] = c;
        i++;
    }
    file_close(f);
    return s;
}

J'y ai pensé mais fread s'arrête quand il tombe sur EOF aussi ?
Ca ne va pas régler le problème ?!

[Neckara]

fread ne peut pas tomber sur EOF car EOF n'est pas présent dans un fichier.

Sinon, je pense qu'un fgetc serait bien plus approprié qu'un fscanf(f, "%c", &c).
Comme tu sembles être sous windows, ouvre bien ton fichier avec FILE *f = file_open(p,"rb");

[Ngork]

Si tu ouvres un fichier qui n'est pas du texte, sous Windows, avec l'option "r", alors la lecture sera faussée de nombreuses manières y compris quant à la fin du fichier.
Je te conseille d'ouvrir le fichier en lecture non textuelle, soit "rb" ...

Edit : Argggh ! Neckara a publié plus vite !

[Sve@r]

J'y ai pensé mais fread s'arrête quand il tombe sur EOF aussi ?
Ca ne va pas régler le problème ?!

Salut
fread() est plus adapté à la lecture d'informations "en vrac" (comme c'est le cas d'un flux crypté) que fscanf() adapté, lui, à la lecture de flux texte "formaté" (comme pourrait l'être un CSV par exemple).

fread() renvoyant le nombre d'éléments réellement lus, tu peux détecter la fin de fichier quand ce nombre renvoyé est inférieur au nombre d'éléments demandés...