Discussion :

[karto]

Bonjour

J'ai récupéré une classe permettant d'écrire une log.

Le membre central de cette classe est un objet ostream.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class TraceLog
{
private:

	//! true if stream is valid, false otherwise 
	bool _valid_stream;

	//! output stream
	ostream* _logstream;

	//! singleton of TraceLog
	static TraceLog* _single_instance;
}

Je ne comprend pas très bien l'utilisation des flux mais voici ce que je pense avoir compris ;

- ostream est objet assez générique qui peut pointer vers plusieurs support : fichier, sortie standard, string...
- Ce choix offre donc une plus grande souplesse.

Question :

- Moi je veux y brancher un fichier, comment faire pour récupérer les fonctions permettant de manipuler un fichier (notamment close( )), sachant que rdbuf( ) renvoi un streambuf et qu'il faudrait un filebuf.
- j'ai bien essayé de caster le streambuf mais j'ai alors une erreur de compile

[Laurent Gomila]

Pourquoi as-tu besoin de récupérer le flux par la suite ? Normalement tu le crées, tu le passes au logger, et puis tu ne t'en occupes plus. Si tu as des opérations spécifiques à faire dessus alors stocke le séparément sous forme de ofstream.

[karto]

L'utilisateur peut changer le nom du fichier de log via l'IHM de l'appli.

J'aimerai donc pouvoir fermer le premier fichier Log avant d'en ouvrir un autre

[Laurent Gomila]

Qui doit gérer la durée de vie du flux de log, le logger ou toi ? En d'autre termes est-ce que le logger ne fait que pointer vers un flux, ou bien c'est lui qui crée / détruit le flux ?

[karto]

En fait je créé un objet Log, puis appel une fonction init(..) qui passe le pointeur de flux à l'objet Log.
Donc c'est moi qui ai créé le flux.
En l'occurence je créé un ofstream casté en ostream

[Laurent Gomila]

Donc tu stockes de toute façon l'instance de ofstream en dehors du logger. Donc elle devrait être accessible au moment où tu veux ouvrir un autre fichier non ?