cerr << et << endl; qu'est-ce que c'est ?

J'ai vu plusieurs fois ces choses dans des sources où ça encadrait des commentaires ou des réponses faites à la console : cerr << "\t[filename] is optional local save filename." << endl;
Pour pouvoir les récuperer dois je les transformer un par un en printf pour que ça compile, ou faut il faire, si c'est possible, un #define qui le fait pour moi à chaque fois ?
David

C'est du C++, et oui à peu de choses près, il suffit de les remplacer par des printf avec les formateurs qui vont bien (gaffe au typage...).

endl équivaut à un '\n' + un flush.

et bonne nuit,
David

Citation:

---

Envoyé par dva2tlse

J'ai vu plusieurs fois ces choses dans des sources où ça encadrait des commentaires ou des réponses faites à la console : cerr << "\t[filename] is optional local save filename." << endl;
Pour pouvoir les récuperer dois je les transformer un par un en printf pour que ça compile, ou faut il faire, si c'est possible, un #define qui le fait pour moi à chaque fois ?
David

---

Voulez vous dire cout << "\t[filename] is optional local save filename." << endl;?

Citation:

---

Envoyé par dot-_-net

Voulez vous dire cout << "\t[filename] is optional local save filename." << endl;?

---

Non, cerr existe aussi...

Il y a trois flux standard:

• l'entrée standard ("typiquement" le clavier)
• la sortie standard ("typiquement" l'écran)
• l'erreur standard (qui mène par défaut à la sortie standard)

L'entrée standard est "cin", et, si j'ai écrit que c'est "typiquement" le clavier, c'est parce qu'elle peut être redirigée de manière à prendre les informations ailleurs (écran tactile, et de manière générale, de n'importe quel périphérique d'entrée ...)

La sortie standard est "cout" et elle peut être redirigée de manière àenvoyer les information ailleurs (tablettes braille, synthétiseur vocaux, voire, une imprimante, et, de manière générale vers n'importe quel périphérique de sortie...)

l'erreur standard est "cerr" et, si elle affiche par défaut les informations dans la sortie standard, elle peut être redirigée de manière à envoyer les informations vers n'importe quel périphérique de sortie, sans modifier la destination de la sortie standard.

std::clog est également une sortie standard.

Citation:

---

Envoyé par Laurent Gomila

std::clog est également une sortie standard.

---

Ah, je la connaissait pas, celle-là :oops:

Je présumes que, comme son nom l'indique, elle part typiquement directement vers un fichier "log" :question:

Non, vers la console aussi.
A ce propos, quelqu'un sait comment bien rediriger une des sorties standard? Il suffit de la faire pointer sur un autre buffer on est d'accord, mais il semblerait que ça pose problème avec le cycle de vie des objets.

D'apres les essais que j'ai faits, si tu redirige le flux directement dans main, tu ne semble pas avoir de problème particulier, du moins pour les redirections permanentes:

Sous mingw, les fichiers suivants
LaClass.h

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

#ifndef LACLASS_H #define LACLASS_H   class LaClass { public: LaClass(); virtual ~LaClass(); void fonction(); protected: private: };   #endif // LACLASS_H

---

LaClass.cpp

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

#include "LaClass.h" #include <iostream> using namespace std; LaClass::LaClass() { cout<<"constructeur de la classe"<<endl; }   LaClass::~LaClass() { cout<<"destructeur de la classe"<<endl; } void LaClass::fonction() { cout<<"dans la fonction membre"<<endl; }

---

main.cpp

Code:

---

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

#include "LaClass.h" #include <iostream> #include <fstream> using namespace std; void function() { cout<<"dans fonction"<<endl; } int main() { ofstream ofs("log.txt"); /* commenté pour éviter un avertissement et pour que la redirection reste   * active lors de l'écriture demandée dans le destructeur de LaClass   */ //streambuf *save=cout.rdbuf(); cout.rdbuf(ofs.rdbuf()); cout<<"dans main"<<endl; function(); LaClass c; c.fonction(); return 0; }

---

fournissent à l'exécution un fichier log.txt qui contient

Code:

---

1 2 3 4 5

dans main dans fonction constructeur de la classe dans la fonction membre destructeur de la classe

---

car le cycle de vie des objets est, de facto, celui de l'application

Là où les problèmes pourraient apparaître, c'est dans le cas de redirections temporaires...

Je présumes que les meilleures solutions passeront par des variables statiques/globales :P

Citation:

---

Envoyé par koala01

Je présumes que, comme son nom l'indique, elle part typiquement directement vers un fichier "log" :question:

---

stderr ou stdout par défaut, je ne sais plus.

Sinon, les flux se redirigent, filtrent, etc. en jouant avec les streambuf.
Cf les articles sur le site d'Angelika Langer, boost.iostreams, la FAQ de fclc++, ...

Citation:

---

Envoyé par Luc Hermitte

stderr ou stdout par défaut, je ne sais plus.

---

stderr mais avec bufferisation (cerr n'est pas bufferise).

Citation:

---

Envoyé par zais_ethael

Non, vers la console aussi.
A ce propos, quelqu'un sait comment bien rediriger une des sorties standard? Il suffit de la faire pointer sur un autre buffer on est d'accord, mais il semblerait que ça pose problème avec le cycle de vie des objets.

---

:faq:
http://cpp.developpez.com/faq/cpp/?p...SL_redirection

J'étais loin de m'imaginer que ça figurait dans la faq :)

Citation:

---

Envoyé par zais_ethael

J'étais loin de m'imaginer que ça figurait dans la faq :)

---

C'est ce que je me dit aussi à chaque fois que l'on me répond :faq: