Bonjour,
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Bonjour,
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Bonjour,
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
Par contre on voit un <usr1-signal> is undefined. Idem avec USR2. Je
suppose donc qu'il doit être possible de réagir à USR1 et USR2 mais je
ne sais pas écrire ça.
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
Par contre on voit un <usr1-signal> is undefined. Idem avec USR2. Je
suppose donc qu'il doit être possible de réagir à USR1 et USR2 mais je
ne sais pas écrire ça.
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
Par contre on voit un <usr1-signal> is undefined. Idem avec USR2. Je
suppose donc qu'il doit être possible de réagir à USR1 et USR2 mais je
ne sais pas écrire ça.
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
N'importe quel signal que je peux envoyer à emacs pour me convenir. Si
quelqu'un sait faire marcher ça, ça serait cool qu'il m'explique.
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
N'importe quel signal que je peux envoyer à emacs pour me convenir. Si
quelqu'un sait faire marcher ça, ça serait cool qu'il m'explique.
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
N'importe quel signal que je peux envoyer à emacs pour me convenir. Si
quelqu'un sait faire marcher ça, ça serait cool qu'il m'explique.
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est tout simple,
(global-set-key [(usr1-signal)] '(lambda () (interactive) (insert
"usr1")))
> > En revanche pour un SIGTERM, je ne sais pas si on peut faire de
> > même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
C'est tout simple,
(global-set-key [(usr1-signal)] '(lambda () (interactive) (insert
"usr1")))
> > En revanche pour un SIGTERM, je ne sais pas si on peut faire de
> > même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
C'est tout simple,
(global-set-key [(usr1-signal)] '(lambda () (interactive) (insert
"usr1")))
> > En revanche pour un SIGTERM, je ne sais pas si on peut faire de
> > même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
> > En revanche pour un SIGTERM, je ne sais pas si on peut faire de
> > même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
Qu'est-ce qui est probable ? Qu'on puisse binder une fonction dessus ou
qu'on ne puisse pas ?
> > En revanche pour un SIGTERM, je ne sais pas si on peut faire de
> > même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
Qu'est-ce qui est probable ? Qu'on puisse binder une fonction dessus ou
qu'on ne puisse pas ?
> > En revanche pour un SIGTERM, je ne sais pas si on peut faire de
> > même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
Qu'est-ce qui est probable ? Qu'on puisse binder une fonction dessus ou
qu'on ne puisse pas ?
Damien CASSOU writes:comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
N'importe quel signal que je peux envoyer à emacs pour me convenir. Si
quelqu'un sait faire marcher ça, ça serait cool qu'il m'explique.
C'est tout simple,
(global-set-key [(usr1-signal)] '(lambda () (interactive) (insert "usr1")))
Damien CASSOU <damien.cassou@laposte.net> writes:
comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
N'importe quel signal que je peux envoyer à emacs pour me convenir. Si
quelqu'un sait faire marcher ça, ça serait cool qu'il m'explique.
C'est tout simple,
(global-set-key [(usr1-signal)] '(lambda () (interactive) (insert "usr1")))
Damien CASSOU writes:comment puis-je configurer une fonction emacs-lisp pour qu'elle soit
exécutée à chaque fois que emacs reçoit un SIGTERM ?
Pour la gestion des signaux, je sais qu'il était possible de définir un
hook sur les signaux USR1 et USR2.
Par exemple :
(add-hook 'usr1-signal (function (lambda () (message "Reçu USR1"))))
Que l'onpouvait vérifier avec un «kill -USR1 emacs-pid»
Je l'avais testé à une époque, mais là je viens de voir que ça ne
fonctionne plus.
N'importe quel signal que je peux envoyer à emacs pour me convenir. Si
quelqu'un sait faire marcher ça, ça serait cool qu'il m'explique.
C'est tout simple,
(global-set-key [(usr1-signal)] '(lambda () (interactive) (insert "usr1")))
Sébastien Kirche writes:En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's |
| |
| Hook to be run when kill-emacs is called. Since `kill-emacs' may |
| be invoked when the terminal is disconnected (or in other similar |
| situations), functions placed on this hook should not expect to be |
| able to interact with the user. To ask for confirmation, see |
| `kill-emacs-query-functions' instead. |
`--------------------------------------------------------------------'
Alternativement, selon le signal désiré, suspend-hook peut
convenir.
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's |
| |
| Hook to be run when kill-emacs is called. Since `kill-emacs' may |
| be invoked when the terminal is disconnected (or in other similar |
| situations), functions placed on this hook should not expect to be |
| able to interact with the user. To ask for confirmation, see |
| `kill-emacs-query-functions' instead. |
`--------------------------------------------------------------------'
Alternativement, selon le signal désiré, suspend-hook peut
convenir.
Sébastien Kirche writes:En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's |
| |
| Hook to be run when kill-emacs is called. Since `kill-emacs' may |
| be invoked when the terminal is disconnected (or in other similar |
| situations), functions placed on this hook should not expect to be |
| able to interact with the user. To ask for confirmation, see |
| `kill-emacs-query-functions' instead. |
`--------------------------------------------------------------------'
Alternativement, selon le signal désiré, suspend-hook peut
convenir.
Michael Cadilhac a écrit :Sébastien Kirche writes:En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's [...] |
`--------------------------------------------------------------------'
Alternativement, selon le signal désiré, suspend-hook peut
convenir.
Apparement, le hook n'est pas appelé lorsqu'on envoit le signal depuis
l'extérieur, uniquement si on fait C-x C-c :
Michael Cadilhac a écrit :
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's [...] |
`--------------------------------------------------------------------'
Alternativement, selon le signal désiré, suspend-hook peut
convenir.
Apparement, le hook n'est pas appelé lorsqu'on envoit le signal depuis
l'extérieur, uniquement si on fait C-x C-c :
Michael Cadilhac a écrit :Sébastien Kirche writes:En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's [...] |
`--------------------------------------------------------------------'
Alternativement, selon le signal désiré, suspend-hook peut
convenir.
Apparement, le hook n'est pas appelé lorsqu'on envoit le signal depuis
l'extérieur, uniquement si on fait C-x C-c :
Michael Cadilhac a écrit :Sébastien Kirche writes:En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's |
| |
| Hook to be run when kill-emacs is called. Since `kill-emacs' may |
| be invoked when the terminal is disconnected (or in other similar |
| situations), functions placed on this hook should not expect to be |
| able to interact with the user. To ask for confirmation, see |
| `kill-emacs-query-functions' instead. |
`--------------------------------------------------------------------'
Michael Cadilhac a écrit :
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's |
| |
| Hook to be run when kill-emacs is called. Since `kill-emacs' may |
| be invoked when the terminal is disconnected (or in other similar |
| situations), functions placed on this hook should not expect to be |
| able to interact with the user. To ask for confirmation, see |
| `kill-emacs-query-functions' instead. |
`--------------------------------------------------------------------'
Michael Cadilhac a écrit :Sébastien Kirche writes:En revanche pour un SIGTERM, je ne sais pas si on peut faire de
même.
C'est même fort probable, n'oublions pas que SIG_TERM est le signal
envoyé quand on veut clore un processus de manière normal.
L'équivalent, pour moi, serait d'ajouter un hook sur
.--------------------------------------------------------------------.
| kill-emacs-hook's |
| |
| Hook to be run when kill-emacs is called. Since `kill-emacs' may |
| be invoked when the terminal is disconnected (or in other similar |
| situations), functions placed on this hook should not expect to be |
| able to interact with the user. To ask for confirmation, see |
| `kill-emacs-query-functions' instead. |
`--------------------------------------------------------------------'
Preuve s'il en est que l'on ne peut pas récupérer quoi que ce soit
d'un signal TERM.
Preuve s'il en est que l'on ne peut pas récupérer quoi que ce soit
d'un signal TERM.
Preuve s'il en est que l'on ne peut pas récupérer quoi que ce soit
d'un signal TERM.
