je dois faire 2 programmes.
 
Le premier recoit un nom de fichier qui contient une chaine à encrypté, et une clé
Il encode la chaine avec un sous-programme DES et la clé recu, puis l'écrit avec un %xll dans le meme fichier avec l'extension .des
 
Le deuxième programme recoit un nom de fichier qui contient une chaine à décrypté, et une clé
Il décode la chaine avec un sous-programme DESinv et la clé recu, puis l'écrit dans le meme fichier avec l'extension .txt
 
mon problème se situe à la lecture de la chaine encodé au début du second programme. Dans mon fichier test.des, j'ai ceci:
307893eb733d51f3
 
je fais donc une lecture
fscanf(pFile, "%llx", cho.Int);
 
segmentation fault
 
cho est représenté ainsi

fscanf(pFile, "%llx", cho.Int);  
 
compile avec tous les warnings et reviens après.
 
Et je te souhaite bien de la chance si t'arrive à avoir un ll de 9 bytes (probablement 9octets ...

tututut
&(cho.Int)

merci  

parenthèses inutile. Encore une fois, compile avec des warnings, tout compilateur correct de hurlera dessus.

 
non
 
(zut grillaid)

ôtez moi d'un doute ... les parenthèses sont inutiles mais elles ne gênent pas la compilation, je me trompe ? le .Int lui-même semble inutile n'est-ce pas ? toutefois, si ça facilite la lecture, c'est toujours bon à prendre ...

Les parentheses sont inutiles car "." a plus grande precedence que "&". Cela dit dans ce cas je prefere mettre des parentheses, qui permettent de ne laisser aucun doute. Quand on relit du code on a autre chose a faire que s'interroger sur la precedence des operateurs.
 
Le ".Int" est lui aussi inutile, mais la encore c'est plus clair en le mettant (quoi qu'en fait, ca se discute).
 
Tu sais que la representation textuelle d'un long long de 64 bits peut faire jusqu'a 20 caracteres ?

rapport avec la représentation textuelle ?

Aucun j'espere, mais comment sais-tu ce qu'il pense faire de chaine64.Char ?