Une piste : intercepter un signal dans ton bash_profile. Par contre l'inconvénient est que le shell attend la fin de l'instruction en cours pour exécuter le handler, ce qui signifie que si un shell lance un sous-shell, il faudra attendre la fin de celui-ci pour que le signal soit récupéré et que l'action correspondante soit réalisée.
Sinon, il faudrait réécrire getty pour qu'il puisse intercepter le signal et agir en conséquences (ou trouver un tty qui sache le faire).
action1() {
echo "Reisation de l'action 1"
}
action2() {
echo "Reisation de l'action 2"
}
[^] # Re: tty non graphique = pas "multitache", quelques idées quand meme
Posté par totof2000 . En réponse au message Lancer une application sur un TTY distinct depuis un démon. Évalué à 3.
Une piste : intercepter un signal dans ton bash_profile. Par contre l'inconvénient est que le shell attend la fin de l'instruction en cours pour exécuter le handler, ce qui signifie que si un shell lance un sous-shell, il faudra attendre la fin de celui-ci pour que le signal soit récupéré et que l'action correspondante soit réalisée.
Sinon, il faudrait réécrire getty pour qu'il puisse intercepter le signal et agir en conséquences (ou trouver un tty qui sache le faire).
action1() {
echo "Reisation de l'action 1"
}
action2() {
echo "Reisation de l'action 2"
}
signal_handler() {
echo "Vous avez recu un signal."
echo "Evenement XXXX"
echo "Que voulez-vous faire?"
echo " - choix 1 : action 1"
echo " - choix 2 : action 2"
read rep
case $rep in
1)
action1
;;
2) action2
;;
*)
echo "Choix inconnu"
;;
esac
echo "Retour a la normale"
}
trap signal_handler SIGUSR1