Discussion :

[Snark]

Bonjour à tous,

Voilà mon problème, je suis en train de faire une petite application qui en pilote une autre en interne.
Pour cela, je crée un pipe connecté entre mon application fils et l'application principale. Un petit coup de fork(), dup2(), fdopen() ... ect... ect.. Tout ce passe bien.

J'arrive à avoir ainsi la sortie standard de mon application fils à travers un descripteur de fichier.
Mais voilà, maintenant je le lit avec fread(). Et là, il y'a un problème, car mon application mère reste bloqué sur ce fread() jusqu'à ce que l'application fils se finissent d'elle même.
Et j'obtient d'un coup toute la sortie du fils.

Ce que je voudrais, c'est avoir "en direct" les octets écrits dans la sortie standard du fils. Je ne sais pas pourquoi ça reste coincé. (pour infos, j'ai essayé avec les fonctions *_unlocked, même chose)

Merci d'avance à ceux qui pourront m'aider.

Snark.

[fearyourself]

Bonjour à tous,

Voilà mon problème, je suis en train de faire une petite application qui en pilote une autre en interne.
Pour cela, je crée un pipe connecté entre mon application fils et l'application principale. Un petit coup de fork(), dup2(), fdopen() ... ect... ect.. Tout ce passe bien.

J'arrive à avoir ainsi la sortie standard de mon application fils à travers un descripteur de fichier.
Mais voilà, maintenant je le lit avec fread(). Et là, il y'a un problème, car mon application mère reste bloqué sur ce fread() jusqu'à ce que l'application fils se finissent d'elle même.
Et j'obtient d'un coup toute la sortie du fils.

Ce que je voudrais, c'est avoir "en direct" les octets écrits dans la sortie standard du fils. Je ne sais pas pourquoi ça reste coincé. (pour infos, j'ai essayé avec les fonctions *_unlocked, même chose)

Merci d'avance à ceux qui pourront m'aider.

Snark.

2 problèmes :

- Pour débloquer fread -> select

- Pour être sûr que le message parte : fflush. Sachant que fflush utilise des FILE*, il faudra que tu utilises fdopen...

Jc

[Snark]

fflush, j'avais déjà essayé, mais ça coincé quand même.
Pour le select, ça permet principalement de savoir si il y a des données disponibles. Or, je suis certain qu'il y'a des données. C'est bien le problème.

Enfin, je vais quand même essayé le select, au cas où.
Merci

[fearyourself]

fflush, j'avais déjà essayé, mais ça coincé quand même.
Pour le select, ça permet principalement de savoir si il y a des données disponibles. Or, je suis certain qu'il y'a des données. C'est bien le problème.

Enfin, je vais quand même essayé le select, au cas où.
Merci

Si cela coince, montre une version simplifiée de ton code, cela devrait fonctionner...

Jc

[Snark]

Bon, j'avance sur la résolution.
Déjà, ça ne bloque plus grace à un petit

Code :

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

1
2
3
4
 
	flags = fcntl(m_pipeRead, F_GETFL, 0);
	flags |= O_NONBLOCK;
	fcntl(m_pipeRead, F_SETFL, flags);

Mais j'ai remarqué que je n'avais toujours rien en sortie tant que l'application fils ne se finissait pas.
Après quelques recherche, j'ai remarqué que c'était dû à cette application car avec d'autre application genre "mplayer" ça fonctionne.

En l'occurence, c'est ici Blender auquel je voudrais récuperer la sortie.

Il y'a un test simple à faire opur voir que c'est l'application :
Dans une console :

Code :

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

1
2
 
blender > out.txt

Dans une autre :

Code :

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

1
2
 
watch cat out.txt

On remarque que avec mplayer, on a la sortie au fur et à mesure dans le fichier (c'est tout à fait normal) mais pour Blender, le fichier ne se rempli qu'une fois qu'on le quitte !

Donc comment forcer un "flush" de sa sortie !? (En C de préférence) C'est forcement possible vu que la console affiche bien le résultat au fur est à mesure. (Non, la fonction fflush ne fonction PAS ! )

Désolé pour mes problèmes complexe

[souviron34]

essaye avec

Code :

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

blender > out.txt 2>&1

[Snark]

J'ai essayé pendant que tu postais justement. Mais...
Rien à faire, ça résiste !

[souviron34]

pour le fun essaye de faire :

Code :

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

1
2
 
blender > out.txt | toto.txt

avec un

Code :

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

 tail -f toto.txt

[Snark]

Code :

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

1
2
 
blender > out.txt | toto.txt

J'ai du mal a voir ce que t'as tenté de faire là !?

[souviron34]

le > peut être bufferisé... Le faire suivre d'un pipe permettrait peut-être (???) une écriture synchrone...

[Snark]

Bah, perdu

[souviron34]

..
C'est forcement possible vu que la console affiche bien le résultat au fur est à mesure.

ça c'est sans doute dû au fait que blender utilise des printf ou fprintf (stdout..) qui sont bufferisés, et qu'ils n'ont pas trop mis de "\n", qui flush, et
que la console flush ce qui lui sort dessus, mais que l'écriture dans un fichier a un tampon...

Solution... ?????

Trouver une commande pour réduire la taille du tampon ?? (je suppose que tu ne peux pas éditer le code de blender ?)

[Snark]

Déjà tenté de ne pas mettre de buffer à coup de

Code :

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

setvbuf(m_readDatas, (char *)NULL, _IONBF, 0);

Mais non ...

Et puis, la première chose que j'ai fait, c'est regarder son code source. Ils utilisent bien que des printf et y'a toujours des \n à la fin.

Donc, encore un coup des extra-terrestre, je pari !!

[souviron34]

tu as le code source ???

tu peux recompiler ????

Si oui, remplace les "printf" par des "fprintf(stderr,...)" ou rajoute des fflush(stdout) après chaque printf..

[Snark]

tu as le code source ???

tu peux recompiler ????

Si oui, remplace les "printf" par des "fprintf(stderr,...)" ou rajoute des fflush(stdout) après chaque printf..

Bah oui... J'ai posté dans la rubrique linux, donc c'est un logiciel libre et opensource... Et j'ai tapé plus d'un fois dans le code.
Mais je voudrais que ça marche pour tous les Blender !! Et en plus, vu la taille du code source digne de OpenOffice, j'ai pas trop envie de commencer une modification d'envergure, juste pour moi !

[souviron34]

Bah oui... J'ai posté dans la rubrique linux, donc c'est un logiciel libre et opensource... i !

bah c'est pas équivalent......

Il y a plein de logiciels sur linux payants et privés..

[Snark]

Il y a plein de logiciels sur linux payants et privés..

Oui, mais pour moi, du proprio sur du libre c'est une hérésie ! (*Tentative de rattrapage de ma faute car d'habitude c'est moi qui fait la remarque* ^^)

Sinon, ça ne me fait pas avancer mon shmilblique tout ça....