zéro final sur chaine, éclairsisement

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;

8O 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.

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.

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.

Citation:

---

Envoyé par deck_bsd

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.

Citation:

---

Envoyé par deck_bsd

*szData+lSize=0;

---

pas bon,
c'est:

Code:

---

*(szData+lSize)=0;

---

ou bien meme:

Code:

---

szData[lSize]=°

---

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

'\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)

Salut,

Citation:

---

Envoyé par 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)

---

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 :question:

Citation:

---

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 :)

Citation:

---

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

Citation:

---

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

Citation:

---

Envoyé par coca25

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.

Citation:

---

Envoyé par Emmanuel Delahaye

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

---

ok je me suis mal exprimé. j'étais même peut être hors sujet.
des fois, on peut avoir à traiter un fichier (ou autre) par caractère ce qui implique des tableaux de caractères et non des chaines dans le sens C.

je le referai plus :roll:

Citation:

---

Envoyé par coca25

ok je me suis mal exprimé. j'étais même peut être hors sujet.
des fois, on peut avoir à traiter un fichier (ou autre) par caractère ce qui implique des tableaux de caractères et non des chaines dans le sens C.

je le referai plus :roll:

---

Attention. Un fichier texte est une séquence de caractère, mais n'est pas une chaine C. (normal, un fichier est indépendant de tout langage, c'est un flux d'E/S).

Le 0 final des chaines C n'est jamais enregistré dans un fichier texte. (la présence d'un 0 dans un fichier suffit à laisser supposer que le fichier ne contient pas de données au format texte).