Exécutable qui attend la touche entrée pour produire ses sorties

Bonjour,

Je suis sous raspberry et j'ai un exécutable au comportement assez étrange.
il est censé lire des valeurs de capteurs et faire cela tant qu'on ne tappe pas la touche entrée.
Comme je veux lire en permanence, tout va bien.. jusque la
Quand je le lance il affiche plein de trucs à l'écran, super, il y a, entre autres, des lignes que je veux
donc je me lance dans un commande | grep cequejeveux
sauf que la .. bizarre (pour moi en tout cas) cela ne fonctionne que si j'appuie sur entrée (et termine le programme)
cmoment cela se fait il ?

du coup ce que j'aurais besoin de nfaire en script c'est :
lancer la commande et rediriger sa sortie écran dans un fichier (commande > log ne fonctionne pas plus que le grep)
attendre 10secondes
simuler un appuie sur la touche entrée
cat file | grep cequejeveux

pourriez-vous m'aider s'il vous plait ?
merci !

Bonjour :coucou:

Il faut que tu te mettes au clair sur les canaux et les redirections.
le canal 0 est pour l'entrée standard.
le canal 1 est pour la sortie standard.
le canal 2 est pour la sortie d'erreurs standard.
Les canaux 3 et plus sont libres d'utilisation.

Quand tu fais "> log", tu sous-entends le canal 1 vers un fichier.

Rien d'étonnant à ce que le grep attende la fin du premier logiciel avant de donner son propre résultat.

Pour envoyer la touche entrée à ton logiciel, il faut donc que tu lui envoies un \n dans l'entrée standard.

N'as-tu pas un exécutable qui lit de manière ponctuelle les valeurs ? Ce serait plus pratique pour faire ce que tu veux.

et non malheureusement je ne dispose que ce gros tas de boue de programme mal ficelé :)
ok en effet, bien expliqué comme ca, je comprends que dans tous les cas le programme attend sa fin pour rediriger sa sortie
alors comment puis je faire pour le lancer 10 secondes seulement et rediriger sa sortie dans un fichier que je post traiterai ?

pardon mais je viens de faire un test simple
un fichier hitenter.sh qui attend qu'on appuie sur la touche entrée pour finir ..

#!/bin/sh
echo "avant"
read var
echo "apres"

et bien quand je fais ./hitenter.sh | grep avant .. il y arrive bien même si j'appuie pas sur la touche entrée !

8O

alors pourquoi mon con d'exécutable ne veut pas "libérer" ses sorties avant ??

Quand tu parles d'exécutable, tu parles de fichier binaire?

Pour la méthode, je reprends ton exemple:

Code:

---

1 2 3 4 5 6 7 8

$ cat /tmp/tente #!/bin/sh echo "avant" read var echo "apres" $ /tmp/tente < <(sleep 10; echo -e "\n") avant apres

---

(il s'est bien écoulé 10 secondes entre avant et après)

Le premier '<' est une redirection vers l'entrée (canal 0) et le second avec parenthèses '<( )' est une substitution de processus.

faut que je révise on dirait

c'est la classe par contre ca me met ca moi :
./hitenter.sh < <(sleep 10;echo -e "\n")
Missing name for redirect.


oui oui mon exe est un fichier binaire

ca marche en bash
pas en sh apparemment ..

Hum. Pourquoi te restreindre à sh? Utilise bash sur ta Raspberry.

ca marche d'enfer en utilisant bash donc
je ne savais pas que sh était moins bien ...
un grand merci !!!

sh est plus vieux et considéré comme commun à tous. Donc la portabilité d'un script sh doit être meilleur qu'un bash. Mais en confort, bash est mieux. Après les goûts de chacun interviennent entre bash, ksh, csh, dash...