[Débutant] Afficher 3 variables à partir d'un fichier ?

Aaaaaaaaaaaah moi qui croyais que c'était une devinette!

Dis-donc, la prochaîne fois, tu pourrais peut-être LES POSTER, LES ERREURS!! :evilred:
Histoire qu'on se casse un peu moins le *** à chercher... :sm:

Ce code compile: j'ai juste retiré le return 0; qui était en dehors de toute fonction...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

#include <fstream> #include <string> #include <iostream>   bool is_readable( const std::string & file ) { std::ifstream fichier( file.c_str() ); return fichier != 0; }   void Exemple() { using std::cout; if ( is_readable( "fichier.txt" ) ) { cout << "Fichier existant et lisible.\n"; } else { cout << "Fichier inexistant ou non lisible.\n"; } }

---

Note: Je ne sais pas si ce code marche. Je sais seulement qu'il compile.

C'est le même code qu'au début.

Les messages sont en anglais, mais si quelqu'un y comprend quelque chose, alors :

• [Linker error] undefined reference to `WinMain@16'
• ld returned 1 exit status
• [Build Error] [LectureFichier.exe] Error 1

Tu as fait un projet Win32 au lieu d'un projet console.
Change ça dans les options du projet et le compilateur trouvera ta fonction main() (dont le prototype DOIT être int main(void) ou int main(int argc, char *argv[])).

Citation:

---

Envoyé par Médinoc

Tu as fait un projet Win32 au lieu d'un projet console.
Change ça dans les options du projet et le compilateur trouvera ta fonction main() (dont le prototype DOIT être int main(void) ou int main(int argc, char *argv[])).

---

Pourtant je choisis Console Application, j'utilise Dev-C++.

Le code exemple du logiciel se compile sans problème, idem avec le code "Hello world!".


Ça ne vient pas forcément de moi, peut-être que le code est simplement mauvais...

Peut-tu poster une capture des options du projet, ET poster les messages ?
(Alt-Impr.Ecran pour capturer une fenêtre vers le presse-papier)

Citation:

---

Envoyé par Médinoc

Peut-tu poster une capture des options du projet, ET poster les messages ?
(Alt-Impr.Ecran pour capturer une fenêtre vers le presse-papier)

---

Il y a aussi "C:\Dev-Cpp\Tests\Makefile.win [Build Error]" que j'avais pas mis.

Avant que je fasse la capure, il faut que je sache ce que sont les options du projet ?

J'ai pas Dev-C++ sous les yeux, mais je crois que tu peux les voir dans Projet->Options du projet... :roll:

Il y a plusieurs page, j'affiche la première.

OK.
Le projet est donc bien en console, donc je pense qu'il affiche le message parce qu'il ne trouve ni main() ni WinMain().

Définit donc une fonction main() avec l'un des prototypes que je t'ai donnés (utilise le plus petit si tu n'as pas besoin de plus compliqué) et appelle ta fonction Exemple() dedans...

Alors Exemple() c'est ce qu'on appel une fonction, et int main(void) ou int main(int argc, char *argv[]) un prototype, si j'ai bien compris.


Comment j'appel une fonction dans un prototype et où dois-je placer le prototype ?

J'ai essayé après, avant, à la place de : bool is_readable( const std::string & file ), mais vu que j'ignore comment appeler la fonction Exemple(), je ne risque pas de le compiler.


Je voudrais savoir une chose, quelqu'un aurait-t-il déjà testé ce code dans un compilateur avant de le mettre en ligne ?

Faux.

Exemple, is_readable et main sont trois fonctions.
Généralement, on nomme une fonction en rajoutant deux parenthèses derrière (qu'elles aient ou non des paramètres), juste pour dire "c'est une fonction".

Ainsi, on peut dire: "Exemple(), is_readable() et main() sont trois fonctions".

Ensuite, chaque fonction possède une signature (j'ai dit prototype par abus de langage, les prototypes ne sont pas exactement ça, j'y reviendrai.

• La signature de la fonction Exemple() est void Exemple(void). Cela signifie une fonction qui ne prend aucun paramètre et ne retourne rien.
• La signature de la fonction is_readable() est bool is_readable( const std::string & ). Tu remarqueras que je n'ai pas spécifié le nom du paramètre, car il ne fait pas vraiment partie de la signature. Cette signature signifie une fonction prenant en paramètre un objet std::string (passé par référence constante) et retournant un bool.
• La fonction main() peut posséder deux signatures au choix. Nous allons utiliser la signature simple est int main(void), qui insique une fonction ne prenant aucun paramètre et retournant un int.

On voit que chaque fonction possède une signature et un corps.
Mais il est également possible de déclarer une fonction sans spécifier son corps, ce qui veut dire "le corps la fonction est ailleurs". Cette déclaration s'appelle un prototype de fonction, et il s'agit juste de la signature de la fonction avec un point-virgule à la place du corps.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

#include <iostream> #include <string>   //Un prototype de la fonction is_readable() bool is_readable( const std::string & file );   //La fonction Exemple() avec son corps void Exemple(void) { using std::cout; //Un appel de la fonction is_readable() et un test sur le résultat if ( is_readable( "fichier.txt" ) ) { cout << "Fichier existant et lisible.\n"; } else { cout << "Fichier inexistant ou non lisible.\n"; } }   //La fonction is_readable() avec son corps bool is_readable( const std::string & file ) { std::ifstream fichier( file.c_str() ); return fichier != 0; }   //La fonction main() avec son corps. //(avec la signature simple) int main(void) { //Un appel de la fonction Exemple() Exemple(); return 0; }

---

C'est très flou pour moi, le corps, la signature, je vois pas ce que c'est concrètement.

Sur "les" lignes :

Code:

---

bool is_readable( const std::string & file );

---

bool = Corps
is_readable() = Fonction
Se qui se trouve entre les parenthèses = Paramètres
Le tout = Signature
const = ???
std:: = Objet ou classe


Mais il y a deux lignes comme ça, sauf que tu ne leur indiques pas la même signification, sûrement parce que c'est le cas, mais moi je comprends pas, ça me permet pas de me fixier si une chose pareil n'est plus pareil au cours même d'un code. 8O

Description de la fonction is_readable() :

• bool = Type de retour de la fonction.
• is_readable = nom de la fonction.
• Ce qui se trouve entre les parenthèses = Type (et nom) des paramètres.
• Le tout (sans le point-virgule) = Signature.
• Ce qui se trouve entre les accolades = Corps.
• Signature + juste un point-vigrule = prototype.
• const = modifieur de type (pour le type de valeur de retour ou le type d'un paramètre).
• std::string = type du paramètre "file" : Cela indique que file doit être un objet de la classe string, déclarée dans le namespace std.
• file = nom du paramètre.
• std = namespace de la bibliothèque standard C++.

PS: Ce sont les bases, ça... Tu devrais lire un vrai cours de C++, qui explique tout étape par étape, plutôt que te lancer tête baissée et poser des questions...

Aaahh, ça m'aide come ça, j'arrive enfin à le faire marcher si j'y ajoute en plus cin.get(); et la déclaration using namespace std; (c'est le bon terme ?) qui le fait marcher.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

#include <fstream> #include <iostream> #include <string>   //Un prototype de la fonction is_readable() bool est_lisible( const std::string & file );   // Déclaration pour faire marcher "cin" using namespace std;   //La fonction Exemple() avec son corps // Le nom n'a pas l'air utile void truc(void) { using std::cout; //Un appel de la fonction is_readable() et un test sur le résultat if ( est_lisible( "LecFcrTest.frt" ) ) { cout << "Fichier existant et lisible.\n"; } else { cout << "Fichier introuvable ou non lisible.\n"; } }   //La fonction is_readable() avec son corps bool est_lisible( const std::string & file ) { std::ifstream fichier( file.c_str() ); return fichier != 0; }   //La fonction main() avec son corps. //(avec la signature simple) int main(void) { //Un appel de la fonction Exemple() truc(); cin.get(); return 0; }

---

Ce qui est bizarre c'est que ça marche même si je modifie les noms des fonctions Exemple et is_readable comme on peut le voir. :koi:


Ps : Dans un livre je m'y perd, je suis pas "normal" dans ma tête, le forum est mon dernier recours, enfin je l'utilise comme un tremplin, peut-être que je pourrais enfin de compte comprendre les tutos, après ça (ce que j'explique au début du sujet).

C'est tout-à-fait normal que ça marche quand tu modifies les noms des fonctions, puisque tu modifies aussi les appels.

Si tu avais modifié les noms des fonctions dans modifier les appels, tu aurais eu une erreur de compilation sur les appels.

Je comprends pas que ce soit un code si lourd pour juste savoir si un fichier existe ou pas. J'ai du mal à m'imaginer que tous ces logiciels qu'on manipule, utilisent toujours ce code là en c++. 8O

De ce que j'ai compris du principe de la fonction, ça marche comme une étiquette, ça permet d'indexer une partie du code pour pouvoir y venir et/ou y revenir. Qu'on m'arrête si je me trompe...



Médinoc, à ton silence sur la question pour la déclaration, j'en déduis que c'est bien ça qui s'appel une déclaration ?


J'aurais une question concernant les préprocesseurs, pourquoi on ne leur met pas toujours le .h à la fin ?

:arrow: Et surtout, comment les programmeurs connaissent le rôle d'une commande ? Pourquoi avec la bibliothèque iostream, on n'a pas une sorte de dictionnaire de toutes les commandes qu'elle nous permet d'inclure ?

Un peu comme avec le .NET

Citation:

---

Envoyé par Nikolas

Je comprends pas que ce soit un code si lourd pour juste savoir si un fichier existe ou pas. J'ai du mal à m'imaginer que tous ces logiciels qu'on manipule, utilisent toujours ce code là en c++. 8O

---

Euh... Elle est toute petite, la fonction est_lisible()...
Et puis, ce n'est que du C++ standard: Sous les différents OS, il y a des fonctions spécialisées...

Citation:

---

De ce que j'ai compris du principe de la fonction, ça marche comme une étiquette, ça permet d'indexer une partie du code pour pouvoir y venir et/ou y revenir. Qu'on m'arrête si je me trompe...

---

Un peu, mais pour comparer au BASIC, c'est comme si on ne pouvait y accéder que par des GOSUB, jamais des GOTO...
Et puis, la présence de variables locales permet des choses qu'une simple étiquette ne permet pas.

Citation:

---

Médinoc, à ton silence sur la question pour la déclaration, j'en déduis que c'est bien ça qui s'appel une déclaration ?

---

Oups! pas exactement.
La déclaration, pour une fonction, c'est un prototype de fonction. Sa signature sans le corps, quoi.
Une déclaration de variable, c'est juste "type, nom de variable, signature".
Le mot-clé using en C++, c'est autre chose. C'est juste un raccourci qui signifie plus ou moins "Si on ne trouve pas une classe ou une fonction dans le namespace global, on cherche dans le namespace spécifié".

Citation:

---

J'aurais une question concernant les préprocesseurs, pourquoi on ne leur met pas toujours le .h à la fin ?

---

Tu confonds, là. le préprocesseur, c'est le programme qui inclut le fichier que tu lui demandes d'inclure.
iostream et iostream.h sont deux fichiers d'en-tête différents. iostream.h est l'ancien et ne doit plus être utilisé, iostream est le nouveau.

le fichier d'en-tête iostream contient les déclaration des classes utilisées pour les flux d'entrées et de sorties. cin et cout sont deux variables globales, des objets de différentes classes. Ils sont déclarés dans le fichier d'en-tête, mais créés véritablement par du code de la bibliothèque standard.

En C++ natif (c'est-à-dire, pas .net), une bibliothèque, ce n'est que du code compilé, compréhensible seulement par le microprocesseur. La déclaration des fonctions ne s'y trouve pas, elle se trouve toujours dans le fichier d'en-tête.
C'est pourquoi toute bibliothèque fournie compilée est toujours composée au moins du fichier compilé et d'un ou plusieurs fichiers d'en-tête.

En .Net et en java, les caractéristiques des classes et des fonctions sont rajoutées directement dans les fichiers compilés.

Je crois comprendre avec ta comparaison à gosub. :)


:arrow: Donc si le préprocesseur c'est plutôt le nom technique propre au langage machine, comment on appel les lignes qui commencent par #include, directive ?


Et pour les commandes d'une bibliothèque, je voulais dire, comment est-ce qu'un programmeur humain connaît le rôle que va jouer une commande, par exemple, if je sais que ça va poser une condition, mais quand une commande a un nom autrement, comment savoir son rôle ?

Je pensais qu'il existait des documents joints par exemple, avec la bibliothèque, qui réuniraient toutes les commandes avec leurs significations, sinon comment savoir qu'est-ce qui fait quoi...

C'est peut-être bien la chose que j'ai jamais compris dans la façon dont on approche le C++, j'espère qu'il faut pas attendre que ça tombe du ciel. :aie:

Salut,

A la question de savoir comment le programmeur humain va connaitre l'utilisation de chaque fonction, j'aurais envie de te demander en retour comment tu as appris à parler, à lire, à écrire ou à marcher...

La question sera souvent du genre de"par expériementation,par chutes et erreurs successives" ;)

Il est peu probable que tu aies décidé d'ouvrir un dictionnaire pour apprendre à lire et à écrire...

Par contre, si tu buttes sur l'orthographe d'un mot, ou si tu hésite sur son sens, tu vas "naturellement" te tourner vers... une source d'information externe (le dictionnaire, le net, la question à un "prof" ou à tes parents...)

Toutes les bibliothèques disposent de leur documentation, que tu vas lire, sans doute, plusieurs fois et assimiler progressivement...

D'un autre coté, si tu éprouves des problèmes avec une fonction ou une bibliotheque particulière, si tu ne comprend pas forcément la documentation qui est, peut etre, restée floue, tu te tourneras vers une autre source d'information: recherche sur internet, question(s) sur un (des) forum(s) etc...

La programmation est loin d'etre innée, comme peut etre le fait de respirer... Elle s'apprend.

Et comme tout apprentissage, c'est au contact des autres, en comparant les expériences, en posant des question, cherchant d'abord à savoir ce qui t'est nécessaire, puis ce qui t'est utile, et enfin, ce qui t'est supperflu (mais qui pourra, peut etre/sans doutes, servir) que tu évoluras dans ton apprentissage...

Citation:

---

Envoyé par Nikolas

:arrow: Donc si le préprocesseur c'est plutôt le nom technique propre au langage machine, comment on appel les lignes qui commencent par #include, directive ?

---

Houlà, il y a confusion, ici.
Le préprocesseur, c'est une partie du compilateur C++. La "première" partie.
C'est le logiciel qui va traiter les #include et les #define pour sortir un code C++ "préprocessé", et la suite du compilateur va travailler sur ce code.

Citation:

---

Et pour les commandes d'une bibliothèque, je voulais dire, comment est-ce qu'un programmeur humain connaît le rôle que va jouer une commande, par exemple, if je sais que ça va poser une condition, mais quand une commande a un nom autrement, comment savoir son rôle ?

Je pensais qu'il existait des documents joints par exemple, avec la bibliothèque, qui réuniraient toutes les commandes avec leurs significations, sinon comment savoir qu'est-ce qui fait quoi...

---

Ben, pour ça, il n'y a pas de standard.
Certains décrivent leurs fonctions directement en commentaires dans le .h, d'autres écrivent une aide à la main, d'autres encore décrivent leur fonction avec un langage de description (souvent dans les commentaires) et utilisent un logiciel pour générer l'aide à partir de ce langage...

Mais si tu tombes sur une bibliothèque C++ avec juste un fichier d'en-tête non-commenté, ben... Tu pleures.