redéfinir la sortie standard

Bonjour,

Est il possible de faire cela (je ne pense pas, mais bon...) :

Je souhaite redéfinir la sortie standard afin que les printf et fprintf d'un programme s'inscrive dans deux fichiers (par exemple) différents.

Explication :
J'ai un programme A.c qui contient des printf. J'utilise les méthode de A.c dans le programme B.c. Dans le programme B.c, j'aimerais pouvoir récupérer les erreurs (et les traiter selon le message d'erreur) générées par A.c.
Pour cela, je souhaite envoyer les printf dans le fichier std.log et les fprintf dans le fichier std.err.

Si quelqu'un sait comment faire cela...
Merci d'avance.

Mais fprintf te permet de redéfinir la sortie, soit console, soit fichier, c'est le premier argument. Quant à printf, tu ne peux pas à ce que j'en sais, elle sort directement sur stdout.

Le mieux et le plus simple est encore de faire ses propres fonctions, un sorte de wrapper de fprintf si tu veux qui se charge d'ouvrir un fichier et d'écrire dedans !

Une constante en premier argument du wrapper permettrais de définir sur quel fichier tu veux écrire ... ce n'est que des idées comme ca à froid !

Salut,

Euh, je crois que tu peux fermer les différentes sorties standard (in, out et erreur), et ensuite ouvrir ton fichier. Comme ça il se verra attribuer le numéro correspondant à la sortie standard.

Je ne sais pas si j'ai été très clair ?
Et je dis ça sans en être totalement sûr, je crois me souvenir que j'avais fait ça à la fac, mais ça remonte à quelques années, alors...

Je ne demande qu'à voir ca, au moins j'aurais appris quelque chose :P

Citation:

---

Envoyé par Franck.H

Le mieux et le plus simple est encore de faire ses propres fonctions, un sorte de wrapper de fprintf si tu veux qui se charge d'ouvrir un fichier et d'écrire dedans !

Une constante en premier argument du wrapper permettrais de définir sur quel fichier tu veux écrire ... ce n'est que des idées comme ca à froid !

---

Le problème est que je ne peux pas modifier le programme qui contient les printf ou les fprintf(stderr)...
Il faudrait que je puisse modifier les sorties, à l'éxterieur du fichier...

Rediriger les sorties avec les arguments de la ligne de commande ?

Code:

---

./a.out >std.log 2>std.err

---

Citation:

---

Envoyé par zooro

Euh, je crois que tu peux fermer les différentes sorties standard (in, out et erreur), et ensuite ouvrir ton fichier. Comme ça il se verra attribuer le numéro correspondant à la sortie standard.

---

Oui, c'est quelque chose comme ça qu'il me faudrait...

Comme le fait la SDL en fait !

Citation:

---

Envoyé par Médinoc

Rediriger les sorties avec les arguments de la ligne de commande ?

Code:

---

./a.out >std.log 2>std.err

---

---

Non, cela n'est pas possible car je n'appelle pas ces programmes en ligne de commande car je pilote ces programmes c par un autre langage de programmation

Citation:

---

Envoyé par Franck.H

Je ne demande qu'à voir ca, au moins j'aurais appris quelque chose :P

---

J'ai trouvé ça sur le net:

Citation:

---

Envoyé par http://sardes.inrialpes.fr/~bouchena/teaching/SR/TP3.html

La primitive dup sert à dupliquer un descripteur de fichier en utilisant le plus petit numéro de descripteur non utilisé. Elle prend en argument un descripteur de fichier ouvert et retourne le descripteur de la copie. Pour rediriger la sortie standard à l'écran (respectivement l'entrée standard au clavier), l'idée est de fermer le descripteur 1 (respectivement 0), puis de faire dup sur le descripteur qui deviendra la nouvelle sortie standard (respectivement la nouvelle entrée standard). Dans les deux cas, il ne faudra pas oublier de fermer également le descripteur original (celui qu'on vient de dupliquer), puisqu'il ne sert alors plus à rien.

---

Bon, c'est pour rediriger les entrées/sorties sur/vers des tubes (pipes), mais ça devrait être utilisable pour des fichiers aussi...

Tu peux faire un freopen() sur stdout.

Citation:

---

Envoyé par alex'l

Oui, c'est quelque chose comme ça qu'il me faudrait...

---

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

#include <stdio.h> #include <stdlib.h>   int main(void) { FILE *f = fopen("redir.txt","w"); int fd;   if(f==NULL) return EXIT_FAILURE;   fd = fileno(f);   //Fermeture de la sortie standard close(1);   //Duplication de fd dup(fd);   //Fermeture de f fclose(f);   printf("Hello world\n"); return EXIT_SUCCESS; }

---

Cela fonctionne sous linux,
Jc

[EDIT]
-DaZumba a raison, freopen est nettement mieux est portable, voir ci-dessous pour une solution plus propre...
-Je laisse cette solution parce que c'est ce qu'on fait lorsqu'on veut rediriger une sortie vers un pipe nommé sous linux... -> quoique pourrait-on utiliser freopen sur un pipe nommé, je ne vois pas pourquoi pas... Il faudrait tester :)
-Par contre, dup est utile lorsqu'on veut rediriger vers un tube rendu par la fonction pipe...
[/EDIT]

Citation:

---

Envoyé par DaZumba

Tu peux faire un freopen() sur stdout.

---

J'ai tendance à l'oublier celui-là :oops:

C'est en effet portable et plus propre :

Code:

---

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

#include <stdio.h> #include <stdlib.h>   int main(void) { FILE *f = freopen("redir.txt","w",stdout);   if(f==NULL) return EXIT_FAILURE;   printf("Hello world\n"); return EXIT_SUCCESS; }

---

Jc

Oui c'est en effet plus propre :lol:
Je n'aurais jamais pensé que c'était aussi simple :lol:

Ben pour le coup, c'est moi qui ai appris quelque chose !
Je ne connaissais pas freopen() ! :D

excellent, je vais tester ça très bientot...

bon et bien je viens de tester (sous windows) et ça marche très bien!!! Il faudra que je teste sous unix...
Moi qui pensai que ce n'était pas possible...

Merci beaucoup :D :D

Citation:

---

Envoyé par alex'l

bon et bien je viens de tester (sous windows) et ça marche très bien!!! Il faudra que je teste sous unix...
Moi qui pensai que ce n'était pas possible...

Merci beaucoup :D :D

---

Possible si, ca je le savais car la SDL le fait par défaut !

Citation:

---

Envoyé par fearyourself

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

#include <stdio.h> #include <stdlib.h>   int main(void) { FILE *f = fopen("redir.txt","w"); int fd;   if(f==NULL) return EXIT_FAILURE;   fd = fileno(f);   //Fermeture de la sortie standard close(1);   //Duplication de fd dup(fd);   //Fermeture de f fclose(f);   printf("Hello world\n"); return EXIT_SUCCESS; }

---

---

Inutilement compliqué, mais y a de l'idée puisse qu'avec cette méthode, tu peux sauvegarder stdout et le remettre en place une fois que tu as fini la redirection, ce qui n'est pas possible en standard.

Citation:

---

Envoyé par gege2061

Inutilement compliqué, mais y a de l'idée puisse qu'avec cette méthode, tu peux sauvegarder stdout et le remettre en place une fois que tu as fini la redirection, ce qui n'est pas possible en standard.

---

Si c'est possible, mais ce n'est pas portable.

DOS/Windows (pseudo-code) :

Code:

---

1 2 3 4

freopen("redir.txt","w",stdout); <...> freopen("con","w",stdout);

---

Sous unixoide, la console doit bien avoir aussi un petit nom genre "/dev/laconsole" ...

Citation:

---

Envoyé par Emmanuel Delahaye

DOS/Windows (pseudo-code) :

Code:

---

1 2 3 4

freopen("redir.txt","w",stdout); <...> freopen("con","w",stdout);

---

---

"con" c'est le nom de la console sous DOS??

oui.

D'où la commande DOS qui ordonne d'afficher sur la console tout ce qui arrive par le port série:

Code:

---

copy com1 con

---

Citation:

---

Envoyé par Emmanuel Delahaye

Si c'est possible, mais ce n'est pas portable.

DOS/Windows (pseudo-code) :

Code:

---

1 2 3 4

freopen("redir.txt","w",stdout); <...> freopen("con","w",stdout);

---

Sous unixoide, la console doit bien avoir aussi un petit nom genre "/dev/laconsole" ...

---

C'est plus compliqué que cela sous linux, car chaque console récupére sa propre device...

Sous Ubuntu, c'est sous le répertoire /dev/pts par exemple... Et donc d'une console à l'autre, c'est un autre device donc question code portable il y a mieux :aie:

Jc

Il n'y avait pas /dev/tty qui signifiait "la console courante" ?

Citation:

---

Envoyé par Médinoc

Il n'y avait pas /dev/tty qui signifiait "la console courante" ?

---

:oops: et voilà, une autre âneries de ma part... Effectivement, /dev/tty existe bien... Je me disais que cela ne pouvait pas être aussi compliqué mais les /dev/ttyX où X est un nombre sont interdit à l'utilisateur lambda du coup j'ai loupé /dev/tty...

Mea culpa..

Du coup,

Linux pseudocode :

Code:

---

1 2 3

freopen("redir.txt","w",stdout); <...> freopen("/dev/tty","w",stdout);

---

Jc

Enfin, ne prends pas ce que je dis pour argent content, hein...
Il me semble bien qu'il y a ça, mais ma connaissance des unixoïdes est vraiment limitée, je peux aussi bien t'avoir sortie une ânerie grosse comme pas moi...

Citation:

---

Envoyé par Médinoc

Il n'y avait pas /dev/tty qui signifiait "la console courante" ?

---

/dev/tty signifie le terminal attaché au processus, c'est différent de la console (il n'y en a qu'une par ordinateur).

Et /dev/tty n'est pas nécessairement l'entrée ni la sortie standard, donc réouvrir /dev/tty empèche les redirections au niveau du shell de fonctionner, ce qui est plutôt à ne pas faire sauf circonstances particulières (par exemple pour demander un mot de passe).