teste de chaine de fichier - Page 1

Je veux tester la fin d'un fichier (en particulier la chaîne de caractère de tag). Mais j'ai un petit problème:
je la met dans c puis je teste c:

FILE *f
char c[4]
f=fopen("notes","wb")
fputc(1,f);
fputc(0,f);
fputs("abc",f);
fputc(0,f);
fputc(OTH_TAG,f);
fclose(f);
f=fopen(fname,"rb")
fseek(f,-5,SEEK_END);
fgets(c,4,f);

if(c!="abc")

et en effet c n'est pas égale à "abc" pourtant quand je fait ça:

DrawStr(10,10,c,A_NORMAL);

je voit bien "abc".

Qu'est ce qui se passe?

Tu dois utiliser la fonction strcmp pour comparer deux chaines !
Ce n'est pas comme en BASIC !

pourquoi ceci me donne un résultat positif alors:

"abs"=="abs"

bah j'en sais rien mais déjà "abs" c'est un tableau donc je sais pas si on peut bien comparer des tableau en C juste avec == .

Je ne sais pas, mais c'est incorrect en C.
Je pense que ça correspond à évaluer si l'adresse des deux chaines est la même.
Et si TIGCC optimise bien, il ne créera qu'une seule chaine qu'il utilisera des 2 côtés de l'opérande '==' donc elles auront la même adresse, c'est pour ça que ça donne 1.
Mais il faudrait demander à Kévin pour être sûr.

Oui, c'est ça.

ah oué ? si on utilise l'opérateur == avec des tableaux , TIGCC compare les adresses ? tiens je savais pas ça.

moi je trouve cela plutot logique avec la notation
int *tableau;
=> tableau est une adresse...

oué, mais tu peux faire :

char *str = "salut";
ou char str[] = "salut";
et ça revient au même...

squale92 a écrit :
oué, mais tu peux faire :

char *str = "salut";
ou char str[] = "salut"; et ça revient au même...

Euh... j'ai essayé avec TIGCC, ça a marché, mais c'est plutôt déconseillé (j'ai eu un warning) car dans la première déclaration, tu ne spécifies pas que ton pointeur désigne un tableau.

c un warning sans gravité !
certes, la deuxième écriture est plus "propres" (ce'est celle que j'utilises toujours)...
mais bon.$

ct pr dire que c la même chose

dans la première écriture tu a acces à chaque caractère (carac = x) comment ensuite ???

*(str + x) ???

*str + x ?

x[str]Pim89>*(str+x) <=> str[x] <=>

str[x] équivaut ) *(str+x)
et ce pour n'importe quel type de tableaux

ok merci, j'hésitais entre les 2.

Je profite du topic :

Si je veux mettre une trrrrrrèèèèsss grande chaine, tellement que je peux pas la déclarer avec char str[]="......" sinon ça dépasse des 16Ko, que faut-il écrire pour la malloc-er sans avoir de warnings ?

je dira bien quelque chose de ce style :

char * str;

str = malloc(nbr_char * sizeof(char));


...


free(str);

marchi

de rine?
pas sur que ça marche, mais je ovis pas pkoi ça marcherai pas

liquid >

Ah tant que j suis... J'ai tjrs des problèmes de compréhension ac les pointeurs...

Y a-t-il moyen de connaitre la taille d'une chaine en n'ayant qu'un pointeur ?

Tu peux utiliser la fonction strlen.

ah oui tiens... j'ai essayé juste après avoir posté, et je pensais pas que ça marchait ac des pointeurs

pour l'instant tout va bien donc, puisque le but était de regarder la longueur d'une chaine mise en argument, de façon à pouvoir la stocker dans un char qui a préalablement été malloc-é à la bonne taille (au fait justement cette 'bonne taille', c'est la longueur de la chaine +1 ?)

Si tu prends la valeur reçue par strlen et que tu veux y ajouter un caractère nul, OUI.

Bah je ne VEUX pas particulièrement y ajouter un caractère nul, mais je crois bien que je n'ai pas le choix... Bon de tte façon on va pas chipoter pour un octet, donc je le met

Tu utilises quoi comme fonction pour stocker la première chaine dans le deuxième ?

strcpy(), pkoi ?

je crois que strcpy recopie le caractère nul de la source.
Donc il faut que tu lui alloue l'espace nécessaire...

pkoi tu regardes pas ma source ? ya de la comparaison de chaines, de la copie de chaines etc...