redirection de stdout

Version imprimable

18/09/2007, 18h22
tet.dum

redirection de stdout

Bonjour,
je voudrais créer une variable globale en C.
si je lui donne comme valeur stdout, j'aimerai que mes printf se fassent sur la console, mais si je lui donne un autre nom (typiquement un nom de fichier), je voudrais que mes printf soient redirigés vers ce fichier et donc ne s'affichent plus à l'écran.
Avez vous une solution?
Bien cordialement
tet.dum
18/09/2007, 18h38
aoyou
Citation:

je voudrais créer une variable globale en C.

NON, évite à tout prix les variables globales.

Citation:

Avez vous une solution?

Utilise fprintf(). http://man.developpez.com/man3/fprintf.3.php
Code:

1 2 3 4 FILE * fichier; /* A initialiser avec fopen stdout stderr */ fprintf (stdout,... fprintf (fichier,...
18/09/2007, 19h44
Gruik

Salut,

regarde du côté de freopen
18/09/2007, 20h36
Emmanuel Delahaye

Citation:

Envoyé par tet.dum

je voudrais créer une variable globale en C.

T'es sûr ? On a kidnappé ta fille pour t'obliger à ça ?

http://emmanuel-delahaye.developpez....s.htm#globales

Citation:

si je lui donne comme valeur stdout, j'aimerai que mes printf se fassent sur la console, mais si je lui donne un autre nom (typiquement un nom de fichier), je voudrais que mes printf soient redirigés vers ce fichier et donc ne s'affichent plus à l'écran.

Bah, justement, il n'y a pas besoin de variable globale (visible). Il suffit d'utiliser freopen() pour envoyer stdout où tu veux...

"They have kidnapped my daughter !"
-- J.B. in 24.
18/09/2007, 23h39
pmier

Juste pour savoir, bien sur les variables globales sont globalement 8-) a proscrire mais n'y a t'il pas certains cas ou cela est qd mm preferable et pratique (si deja on la repere bien) ?
18/09/2007, 23h50
Emmanuel Delahaye

Citation:

Envoyé par pmier

Juste pour savoir, bien sur les variables globales sont globalement 8-) a proscrire mais n'y a t'il pas certains cas ou cela est qd mm preferable et pratique (si deja on la repere bien) ?

Il y a des cas où elles sont indispensables. Ces cas sont très rares et doivent être parfaitement justifiés et documentés.

Si elle ne sont pas indispensable, c'est simple, on s'en passe. Point.

Nota : Bien sûr, on parles de variables globales ou statiques modifiables. Si ce sont des const (lecture seule) aucun problème.
19/09/2007, 01h44
souviron34

et je rajouterais qu'il faut faire la distinction entre variables globales à 1 MODULE (un fichier), qui sont à limiter le plus possible, mais dont parfois on ne peut se passer, et variables globales à PLUSIEURS MODULES (fichiers), qui comme l'a dit Emmanuel sont A PROSCRIRE !!!! (bien sûr comme il l'a dit à part les constantes).
19/09/2007, 03h09
Emmanuel Delahaye

Citation:

Envoyé par souviron34

et je rajouterais qu'il faut faire la distinction entre variables globales à 1 MODULE (un fichier), qui sont à limiter le plus possible, mais dont parfois on ne peut se passer, et variables globales à PLUSIEURS MODULES (fichiers), qui comme l'a dit Emmanuel sont A PROSCRIRE !!!! (bien sûr comme il l'a dit à part les constantes).

Oui, tu mets en avant les problèmes liés à la portabilité et tu as raison, mais le terme 'globales' recouvre aussi le problème des variables persistantes à instanciation uniques (singleton dans d'autres langages, enfin, je crois...), que sont les variables statiques en général (quelles que soient leurs portées). Ce genre de variable plombe le code en empêchant toute instanciation, car la règle sacro-sainte de la séparation du code et des données a été brisée...

(et évidemment toute utilisation 'imbriquée' ou multi-tâche devient impossible : strtok() etc.)
19/09/2007, 06h42
pmier

Oui oui j'imagine bien que dans le cas de variables globale à plusieurs modules ca gène en plus pour la portabilité.

Sinon vous parlez de cas ou on ne peux pas faire autrement, auriez vous des exemples de tels cas (enfin disons quels sont les raisons qui font qu'on ne peut pas faire autrement ?)
19/09/2007, 08h24
Emmanuel Delahaye
Citation:

Envoyé par pmier

Oui oui j'imagine bien que dans le cas de variables globale à plusieurs modules ca gène en plus pour la portabilité.

Non, rien à voir.

Citation:

Sinon vous parlez de cas ou on ne peux pas faire autrement, auriez vous des exemples de tels cas (enfin disons quels sont les raisons qui font qu'on ne peut pas faire autrement ?)

Il y en un dans ma bibliothèque :

http://emmanuel-delahaye.developpez.com/clib.htm
Module SYSALLOC
sysalloc.c
Code:

1 2 3 4 5 6 /* private data ======================================================== */ #if DBG static sTRACE G_Trace; #endif
parce que l'interface m'est imposé. (malloc()/free()).

Les autres cas sont les handlers d'interruptions matérielles, car ils n'ont pas de paramètres par définition.

Ou alors certains mécanismes de debug (flags, compteurs) ajoutés sans modifier l'interface des fonctions (mais là, on commence la gorétisation, car ils pourraient être dans les contextes...)

merci à tous pour vos réponses...
voila ce que j'ai fait finalement :
Code:

1 2 3 4 5 6 7 8 9 10 FILE * fichier_sortie; fichier_sortie = stdout; /* ou au choix : on redirige sur une fichier de sortie */ /*fichier_sortie=fopen("mon_fichier.txt","a");*/ (void) fprintf(fichier_sortie, "%s", S); if (fichier_sortie!=stdout) { /*on a ecrire dans un fichier, il faut le fermer*/ fclose(fichier_sortie);
je suis contente que cette discussion en ait engendré d'autres... la, on se rend compte que le forum est vraiment utile..
je tag quand meme la discussion en résolu.
Merci et bonne journée à tous !
tet.dum

19/09/2007, 10h00
DaZumba

Citation:

Envoyé par tet.dum

la, on se rend compte que le forum est vraiment utile..

Vu que tu as superbement ignore la solution propre utilisant freopen(), on se demande quand meme si ce forum est utile...
19/09/2007, 21h40
pmier

Emmanuel que voulais-tu dire quand tu disais en reponse a souviron 34

Citation:

Envoyé par souviron34

et je rajouterais qu'il faut faire la distinction entre variables globales à 1 MODULE (un fichier), qui sont à limiter le plus possible, mais dont parfois on ne peut se passer, et variables globales à PLUSIEURS MODULES (fichiers), qui comme l'a dit Emmanuel sont A PROSCRIRE !!!! (bien sûr comme il l'a dit à part les constantes).

Citation:

Oui, tu mets en avant les problèmes liés à la portabilité et tu as raison, mais le terme 'globales' recouvre aussi le problème des variables persistantes à instanciation uniques (singleton dans d'autres langages, enfin, je crois...), que sont les variables statiques en général (quelles que soient leurs portées).

J'avais compris que tu voulais dire que ca gêne pour la réutilisation des fonctions du fait du risque d'une variable de mm nom dans le nouveau code (meme si je suis pas sur que ca s'appel portabilité)

Pour les autres exemples merci je suis convaincu :)