Le tuto est vraiment super, j'ai tout compris, même les pointeurs ! Je voyais arriver petit à petit la troisième partie lorsque badaboum, au chapitre sur les fichiers, impossible de l'ouvrir.

Je vais vous mettre des saisies d'écran pour vous montrer...

1) Le dossier de mon programme :


2) Le code :


3) La console :


Le seule différence avec le tuto, c'est dans le dossier, l'îcone de mon main n'est pasle même que le sien et il me manque qqch. Le problème vient-il de là ?

Demandez-moi si vous désirez plus de précisions.
Merci de me répondre.

Le problème vient certainement de Code Block, car le code est coorecte.

J'utilise Code::Blocks et j'ai copié ton fichier et tout marche à merveille...

Comme la dit Conficius le code est correcte, essaye peut-ètre de mettre du code dans ton if.
Avant inscrit quelque chose dans ton fichier et ensuite lit le dans ton if.

Sa devrai marcher enfin fonctionner

Dans le if(), ferme le fichier :Et ça devrait marcher (j'ai déjà eu ce genre de problème )

PS : Tu mets de drôles de noms pour tes projets

Euh , y date de combien ton codeblocks ???

Ben je l'ai téléchargé ce matin, c'était la première fois ue je l'utilisais. Mais je l'ai fait parce que j'ai rencontré le même problème sur Dev-C++.

Ecrire dans le fichier au préalable ? Je l'ai fait. Qu'il y ait qqch d'écrit ou pas ça change rien.
Je vais esayer de mettre du code dans mon if.

Citation : Dentuk

PS : Tu mets de drôles de noms pour tes projets

Tkt, c'est le plus court nom que j'ai donné. D'habitude je suis dans les 10 mots ^^.


_______________________________________________________________________________


Après avoir achevé mon unité centrale à coup d'enceinte... j'ai une bonne nouvelle !

- J'arrive à écrire qqch dans mon fichier grâce à la méthode "w".
- J'arrive à lire avec "r".

Mais hélas, le "r+" marche tjrs pas. Ptet paske je ne fais pas le bon code... Regardez, là le fichier txt est vierge. Je voudrais écrire une phrase, puis la lire (en l'affichant dans ma console). Ya un truc qui cloche ?

Citation : Jaufré

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[])
{
FILE* fichier = NULL;
char chaine[1000] = "";
fichier = fopen("test.txt", "r+");

if (fichier != NULL)
{
fputs("Salut les Zér0s\nComment allez-vous ?", fichier);
fgets(chaine, 1000, fichier);
printf("%s", chaine);
fclose(fichier);
}
else
{
printf("Impossible d'ouvrir le fichier test.txt\n");
}

return 0;
}

Note : Comparé à tt à l'heure, ma console n'affiche rien (pas de msg d'erreur), donc elle a réussi à ouvrir le fichier.

Avant de lire, remets le curseur au début :

Le mode r+ est a éviter à tout prix...
Sous mon système windows (C::B) l'ouverture de fichiers en lecture/écriture ne fonctionne PAS, les diverses fonctions fgetc, fputc, etc... ne renvoient pas de code d'erreur mais échouent (le fichier n'est au final pas modifié).
En revanche sous mon sytème linux (debian/gcc) tout fonctionne correctement.
De plus le mode r+ est complexe a mettre en place et assez inutile (on peut faire la même chose sans, et beaucoup plus simplement...).

Oki, merci, ça marche avec le rewind.

Bon, ultérieurement, si j'ai des problèmes avec "r+" je ferais qqch de plus long :
ouvrir fichier "w"
écrire dans fichier
fermer fichier
ouvrir fichier "r"
lire en affichant la chaine
fermer fichier

Là ça march puisque j'ai utilisé "w" et "r" au lieu de "r+"

Petite question : comment que vous faitespour afficher vos codes en couleur sur le fofo lorsque vous faites une citation ???

Encore une fois merci à tous, je vais pouvoir passer à l'allocation dynamique et puis... Yipiii la partie III !

Citation : Jaufré

ultérieurement

Fais confiance à simon.arvaux, il a plus d'expérience que moi

Citation : Jaufré

ouvrir fichier "w"
écrire dans fichier
fermer fichier
ouvrir fichier "r"
lire en affichant la chaine
fermer fichier

Oui

Citation : Jaufré

Petite question : comment que vous faitespour afficher vos codes en couleur sur le fofo lorsque vous faites une citation ???

Ben, on utilise la balise faite exprès pour ça : <code type="c"></code> (En dessous de gras tu as tous les langages)

Citation : Jaufré

Encore une fois merci à tous, je vais pouvoir passer à l'allocation dynamique et puis... Yipiii la partie III !

Bonne chance

Cherchez pas midi à 14 heures, le fichier qui se trouve dans le dossier de l'éxécutable s'appelle "Test.txt.txt" Si Windows t'affiche "Fichier Texte" en desous de l'icône, c'est que l'extension ".txt" est déjà prise en compte, même s'il ne l'affiche pas. En clair, renomme ton fichier en "test" tout simplement

Vous pouvez essayer ce petit exemple pour vous convaincre que r+, c'est le mal :



Ce code ne provoque pas le résultat attendu sous mon système windows, en effet on commence par créer un fichier texte avec a l'intérieur simplement la chaine "A?C\n".
Ensuite on réouvre ce fichier en mode lecture/écriture, puis on récupère le premier caractère, qui est bien un A, à ce moment notre pointeur de fichier se trouve bien juste avant le ?, que l'on souhaite écraser et remplacer par un B avec fputc, le pointeur de fichier avance donc encore et on lit le C avant de fermer le fichier.
Lors de l'éxécution, les caractères A et C sont correctement lus, et la fonction fputc semble ne pas échouer (elle ne renvoie pas EOF en cas d'erreur comme le précise la norme), cependant si j'ouvre le fichier avec le bloc notes je constate que le fichier contient toujours A?C et non pas ABC...
Je répète que je n'observe ce comportement que sur mon système windows (a mon grand étonnement... =p) et que sous linux (en utilisant la libC GNU), le code ci dessus provoque le résultat attendu.

je voulais juste dire que j'avais pose la meme question tout a l'heure pour le r+ et que j'ai enleve le .test sur le fichier et tout est rentré dans l'ordre comme la expliqué Elrond.
Le r+ marche trés bien maintenant.

En fait c'était tout bête !

Le "r+" mrche très bien maintenant pour moi. Merci pour tous vos conseils, j'attaque le pendu maintenant !!!

erreur de frappe je voulais dire j'ai enleve le .txt et non le .test comme la dit Elrod tout a l'heure
et tout marche tres bien maintennant

Citation : simetoile

erreur de frappe je voulais dire j'ai enleve le .txt et non le .test comme la dit Elrod tout a l'heure
et tout marche tres bien maintennant

Citation : simon.arvaux

Le mode r+ est a éviter à tout prix...

+1

Citation : Elrond

Cherchez pas midi à 14 heures, le fichier qui se trouve dans le dossier de l'éxécutable s'appelle "Test.txt.txt" Si Windows t'affiche "Fichier Texte" en desous de l'icône, c'est que l'extension ".txt" est déjà prise en compte, même s'il ne l'affiche pas. En clair, renomme ton fichier en "test" tout simplement

Cette erreur m'est arrivé recemment, c'est assez rageant de perdre du temps pour ça. Pour que cela ne se reproduise plus il suffit de suivre la procédure suivante dans l'explorateur windows :
menu "Outils" > "option des dossiers" > onglet "Affichage" > décocher "masquer les extensions des fichiers dont le type est connu"
Ainsi, windows affiche toutes les extensions, il n'y a plus de confusion possible. Si vous vous appercevez que vos fichiers portes tous 2 extensions, vous saurez pourquoi vous n'arriviez pas à les ouvrir en ne mentionnant qu'une seule extension dans le code source du programme.

PS : Pensez à décochez cette foutu case a chaque fois que vous manipulez des fichiers en C sur un nouveau PC, vous verrez vous gagnerez du temps, c'est prouvé. (pour l'anecdote j ai perdu 1h, la dernière fois, ne réalisant pas que je n'étais pas sur mon pc...)

Citation : iNaKoll

Cette erreur m'est arrivé recemment, c'est assez rageant de perdre du temps pour ça. Pour que cela ne se reproduise plus il suffit de suivre la procédure suivante dans l'explorateur windows :
menu "Outils" > "option des dossiers" > onglet "Affichage" > décocher "masquer les extensions des fichiers dont le type est connu"

+1
Pas plus tard que cet après midi...