Discussion :

[deck_bsd]

Bonjour a tous,


Voila , je sais que toutes les chaine de caractère en C se termine par 0, on est bien daccord . Cependant une question me chiffone depuis bien longtemp.

Pour déclarer une chaine avec 10 caractère on fait ceci :

char szData[10+1];

Car on compte le 0.

Mais ma question se pose lors d'une allocation dynamique , exemple :

char * szData;
long lSizeFile = 3313;

szData = (char*) malloc(sizeof(char)*lSize);

Ce que je ne comprend pas, c'est que lSize contient exactement la taille du fichier et lorsque on lit le contenut du fichier, on dirait que le 0 final c'est mit directement . Si on suis le raisonement, on aurai du faire :

char * szData;
long lSizeFile = 3313;

szData = (char*) malloc(sizeof(char)*(lSize+1));
*szData+lSize=0;

J'espère que vous voyez ce que je veu dire.

est-ce parce que on alloue 3313 et que vu que l'on compte pour un chaine de 0-3312 est ce que le dernier byte est mis directement à zéro comme fin de chaine ?

Merci d'avance.

[Trap D]

C'est un coup de chance que tu aies l'impression à l'affichage qu'un zéro s'est mis automatiquement. Si la longueur du fichier est 3313, il faut pour le lire correctement 3313 bytes et pour l'aggicher correctement (si c'est un fichier texte) 3313+1 bytes pour mettre le zéro terminal.
PS sizeof char = 1 par définition, donc inutile de la préciser.

[deck_bsd]

et pour l'aggicher correctement (si c'est un fichier texte) . Que se soit ou non un fichier texte, dés que je déclare une chaine de caract pour recevoir le contenut , un zéro final est de mise.

[zooro]

est-ce parce que on alloue 3313 et que vu que l'on compte pour un chaine de 0-3312 est ce que le dernier byte est mis directement à zéro comme fin de chaine ?

De toutes façons, le 0 final n'est jamais mis automatiquement, ni les 0 intermédiaires, d'ailleurs. C'est à toi de les positionner. Par memset(szData, '\0', lSize+1) par exemple, avec ton code.

[kamouminator]

*szData+lSize=0;

pas bon,
c'est:

Code :

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

*(szData+lSize)=0;

ou bien meme:

Code :

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

szData[lSize]=°

et sinon si tu utilise fgets() pour lire un fichier, le '\0' sera mis automatiquement !

[coca25]

'\0' n'est la que pour les fonctions spécifiques au chaines du genre strlen, strcpy etc... pour justement indiquer une fin de chaine

donc pour prendre les données d'un fichier nul besoin d'avoir le '\0' (par exemple si on connait la taille et qu'on fait une copie)

[koala01]

Salut,

'\0' n'est la que pour les fonctions spécifiques au chaines du genre strlen, strcpy etc... pour justement indiquer une fin de chaine

donc pour prendre les données d'un fichier nul besoin d'avoir le '\0' (par exemple si on connait la taille et qu'on fait une copie)

Sauf que tu n'est pas forcément sur de l'usage qui sera fait des chaines que tu auras lues dans le fichier...

Et que, fatalement, il y aura un moment où tu "oubliras" ne pas avoir le 0 final, et que tu essayeras d'utiliser une foction str* quelconque dessus... avec un joli plantage en perspective...

Ce n'est pas moi qui le dit (car tu peux mettre ma parole en doute), mais c'est la "loi de Murphy"

Moralité: ca ne coute pas plus cher de prévoir de manière systématique l'allocation de taille+1 et de mettre d'office le 0 final... Mais ca permettra d'éviter énormément de problèmes...

Donc, autant le faire, tu ne crois pas

[coca25]

Sauf que tu n'est pas forcément sur de l'usage qui sera fait des chaines que tu auras lues dans le fichier...

si c'est moi qui gére la fonction ou le programme si je sais pourquoi je lis un fichier

Ce n'est pas moi qui le dit (car tu peux mettre ma parole en doute), mais c'est la "loi de Murphy"

en partant de ce principe, tu peux allouer de la mémoire et puis ton fichier en fera plus un jour etc... on en finit pas

Moralité: ca ne coute pas plus cher de prévoir de manière systématique l'allocation de taille+1 et de mettre d'office le 0 final... Mais ca permettra d'éviter énormément de problèmes...

Donc, autant le faire, tu ne crois pas

mais sinon je suis d'accord... je voulais juste préciser qu'on peut s'en passer pour un programme qui n'a pas besoin de connaitre les fin de chaines

[Emmanuel Delahaye]

je voulais juste préciser qu'on peut s'en passer pour un programme qui n'a pas besoin de connaitre les fin de chaines

N'existe pas. Une chaine C est une chaine C.