Re: enlever un message

2014-12-16 Par sujet moi-meme
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :

   Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours
 d’exécution, il faut attendre que le test soit refait pour que la boucle
 s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un
 inconvénient ('commande' est longue et tu veux l’arrêter).

non commande est permanent : c'est un clignotant sur une sortie hard 
(raspberry) que j'arrête sur des conditions extérieures.

donc il faut que je le kille.

il est vrai que je pourrai mettre un trap qui positionne une variable que 
je mets dans la boucle. Un truc à examiner.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/549030f1$0$1982$426a7...@news.free.fr



Re: enlever un message

2014-12-16 Par sujet Raph

Le 12/12/2014 10:44, moi-meme a écrit :

dans un script bash je fais un :
kill n° process

ça marche bien merci.

Mais je me reçois un texte de confirmation que je n'arrive pas à enlever
même par des kill  nn /dev/null entre autre.

Ce message doit venir du noyau.

Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif
avec des actions clavier ?

D'avance merci
C Hiebel



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54904b60.5060...@rignier.com



Re: enlever un message

2014-12-16 Par sujet Raph

Le 16/12/2014 14:17, moi-meme a écrit :

Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :


   Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours
d’exécution, il faut attendre que le test soit refait pour que la boucle
s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un
inconvénient ('commande' est longue et tu veux l’arrêter).

non commande est permanent : c'est un clignotant sur une sortie hard
(raspberry) que j'arrête sur des conditions extérieures.

donc il faut que je le kille.

il est vrai que je pourrai mettre un trap qui positionne une variable que
je mets dans la boucle. Un truc à examiner.


Bonjour,

j'ai trouvé ça : 
http://superuser.com/questions/305933/preventing-bash-from-displaying-done-when-a-background-command-finishes-execut

En résumé le paramètre set +m ou (cmd ) devrais faire votre bonheur.

Raphaël

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54904d09.6010...@rignier.com



Re: enlever un message

2014-12-15 Par sujet moi-meme
Le Sat, 13 Dec 2014 13:00:01 +0100, Sylvain L. Sauvage a écrit :
 il faut que je regarde les options de bash.

 Il ne me semble pas qu’il en existe.

  En revanche, « Complété » n’est affiché que si le shell est
interactif…

oui le shell est interactif.


   Note : tu sais que les parenthèses autour de 'commande' sont
 inutiles ?
plus précisément c'est (while 1 ; do commande ; commande;done) 

je pense que cela ne le fait pas sans les parenthèses.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/548eebaf$0$1987$426a7...@news.free.fr



Re: enlever un message

2014-12-15 Par sujet Sylvain L. Sauvage
Le lundi 15 décembre 2014, 14:09:51 moi-meme a écrit :
[…]
 plus précisément c'est (while 1 ; do commande ; commande;done)
 

  'while true' plutôt, non ? ;o)

 je pense que cela ne le fait pas sans les parenthèses.

  Si, parce que 'while… done' est une seule commande.

  Bon, Bash est assez intelligent pour savoir qu’il n’a pas 
besoin de lancer deux sous-shells imbriqués (pour les 
parenthèses et pour la tâche de fond ()), donc ça ne change 
rien au final.


  Peut-être peux-tu éviter le kill (et donc le message) en 
utilisant un test plus complexe que true. P.ex. l’existence d’un 
fichier :
  touch ~/run/toto
  while test -e ~/run/toto; do …; done 

et
  rm ~/run/toto

  Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours 
d’exécution, il faut attendre que le test soit refait pour que 
la boucle s’arrête. Ça peut être un avantage ('commande' termine 
proprement) ou un inconvénient ('commande' est longue et tu veux 
l’arrêter).

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/1875623.3BHRQ3OM9N@earendil



Re: enlever un message

2014-12-13 Par sujet moi-meme
Le Fri, 12 Dec 2014 12:30:01 +0100, Sylvain L. Sauvage a écrit :

  En revanche, le parent du programme tué lui, peut écrire un
 message pour signifier que son fils est mort (« Complété » ou «
 Terminated » avec Bash, « Processus arrêté » ou « Killed » si le
 processus était en arrière plan). Et ça, ça ne concerne pas la sortie
 (erreur ou pas) du processus ou de la commande kill, ça concerne le
 processus parent.

je pense que ce doit être cela. il y a écrit complété.
bash cause de trop ?

il faut que je regarde les options de bash.

Dans le bash je fais un ( commande ) 
suivi d'un PID=$!

le kill /dev/null ne marche pas.

il faut que j'essaie si un (commande /dev/null)  le ferait

pas le temps pour le moment mais reste dans la liste des todo.
Je reviendrai à la surface à ce moment.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/548c0a56$0$2456$426a7...@news.free.fr



Re: enlever un message

2014-12-13 Par sujet Sylvain L. Sauvage
Le samedi 13 décembre 2014, 09:43:50 moi-meme a écrit :
 Le Fri, 12 Dec 2014 12:30:01 +0100, Sylvain L. Sauvage a 
écrit :
   En revanche, le parent du programme tué lui, peut écrire un
  
  message pour signifier que son fils est mort (« Complété »
  ou « Terminated » avec Bash, « Processus arrêté » ou «
  Killed » si le processus était en arrière plan). Et ça, ça
  ne concerne pas la sortie (erreur ou pas) du processus ou
  de la commande kill, ça concerne le processus parent.
 
 je pense que ce doit être cela. il y a écrit complété.
 bash cause de trop ?

  Oui.

 il faut que je regarde les options de bash.

  Il ne me semble pas qu’il en existe.

  En revanche, « Complété » n’est affiché que si le shell est 
interactif…

 Dans le bash je fais un ( commande ) 
 suivi d'un PID=$!
 
 le kill /dev/null ne marche pas.
 
 il faut que j'essaie si un (commande /dev/null)  le ferait

  Encore une fois non, ce n’est pas 'commande' qui écrit.

  Note : tu sais que les parenthèses autour de 'commande' sont 
inutiles ?

 pas le temps pour le moment mais reste dans la liste des
 todo. Je reviendrai à la surface à ce moment.

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/16502830.RDBo2dbhhO@earendil



Re: enlever un message

2014-12-12 Par sujet Sébastien NOBILI
Le vendredi 12 décembre 2014 à  9:44, moi-meme a écrit :
 Mais je me reçois un texte de confirmation que je n'arrive pas à enlever 
 même par des kill  nn /dev/null entre autre.
 
 Ce message doit venir du noyau.
 
 Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif 
 avec des actions clavier ?

Ça peut venir de la configuration de rsyslog (envoyer tel type de message sur
les consoles).

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141212101613.ge13...@sebian.nob900.homeip.net



Re: enlever un message

2014-12-12 Par sujet Dominique Asselineau
moi-meme wrote on Fri, Dec 12, 2014 at 09:44:30AM +
 dans un script bash je fais un :
 kill n° process
 
 ça marche bien merci.
 
 Mais je me reçois un texte de confirmation que je n'arrive pas à enlever 
 même par des kill  nn /dev/null entre autre.

Même 2/dev/null ne marche pas ?  Ça écrit probablement sur STDERR ?

dopm
-- 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141212111040.ga6...@telecom-paristech.fr



Re: enlever un message

2014-12-12 Par sujet Sylvain L. Sauvage
Le vendredi 12 décembre 2014, 12:10:40 Dominique Asselineau a 
écrit :
[…]
  Mais je me reçois un texte de confirmation

  Quel texte de confirmation ?

  que je n'arrive
  pas à enlever même par des kill  nn /dev/null entre
  autre.
 
 Même 2/dev/null ne marche pas ?  Ça écrit probablement sur
 STDERR ?

  kill n’écrit rien si le message passe. Il se plaint (parfois, 
ça dépend du kill (built-in ou /bin/kill)) si le pid n’existe 
pas (et, ça, c’est normalement sur STDERR).

  En revanche, le parent du programme tué lui, peut écrire un 
message pour signifier que son fils est mort (« Complété » ou 
« Terminated » avec Bash, « Processus arrêté » ou « Killed » si 
le processus était en arrière plan). Et ça, ça ne concerne pas 
la sortie (erreur ou pas) du processus ou de la commande kill, 
ça concerne le processus parent.

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/14045398.MHJG1hqU8I@earendil