APPRENDRE LE FONCTIONNEMENT DES CLASSE + CLASS POUR CREER UN FICHIER LOG

Commentaire de djl le 10/06/2004 20:45:47

un peu lege

si tu te servais du constructeur (par defaut) et du destructeur, plus besoin de methodes init et fermer, et ouvrir serait optionnelle

ta pas compris le principe de securite

Commentaire de BlackGoddess le 11/06/2004 09:27:57

et les constances ?

Commentaire de TeLeTUbIz le 13/06/2004 16:20:14

Ouai, vraiment très léger. En fait, c'est juste une classe qui permet d'écrire dans des fichiers. Le mieux, c'est de faire:
ofstream log("monlog.log");
puis ensuite log << "OUVERTURE programme" << endl;
log << "la fonction renvoie le code: " << fonction(12) << endl;
etc...
C'est bien foutu les streams avec la STL alors pkoi s'emmerder ?
Puis normalement y'a un stream prévu pour la gestion du log et des erreurs c'est cerr <<
Mais pour beaucoup de compilos, il est équivalent à cout (dommage).

Commentaire de BlackGoddess le 13/06/2004 17:42:29

endl fait '\n' + flush :o ca sert a rien d'utiliser des e/s fichier bufferisé si tu flush a chaque fois :o

Commentaire de TeLeTUbIz le 13/06/2004 19:22:57

cerr n'est pas bufferisé ? Pourtant il descend de ostream de stream et de tout le tintouin. Et les primitives des buffers marchent dessus...

Les E/S non bufférisés ? Ben ouai, certainement. Tous les acces en bas niveau sont non bufférisés, mais file de C et fstream de C++ sont bufférisés (le premier je doute).
Enfin, faudrait se renseigner.

Commentaire de djl le 13/06/2004 19:35:59

oui d'accord mais open c'est posix et donc non standard, si tu ve rester standard et forer l'ecriture dans les fichiers log ya pas trop le choix

TeLeTUbIz ==> je m'en doute, mais je parlait des e/s standards
sinon oui, cerr n'est pas bufferisée, pour garantir l'affichage en cas de plantage par exemple
flush n'a aucun effet sur cerr, urilisé endl sur cerr est inutile