bonjour et desole pour le titre peu explicite,
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer:
Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main.
Si lance comme shell un petit prog a moi qui fe un exec de l entree et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell.
Le shell stop donc le signal envoye par ctl-c et ne se tue pas.
D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
FAb
Nicolas writes:
bonjour et desole pour le titre peu explicite,
Êtes-vous aussi désolé pour votre orthographe ?
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main. Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles : trap (en général dans bash) kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide) (http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
Nicolas <cormie_n@epitech.net> writes:
bonjour et desole pour le titre peu explicite,
Êtes-vous aussi désolé pour votre orthographe ?
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer:
Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main.
Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell.
Le shell stop donc le signal envoye par ctl-c et ne se tue pas.
D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles :
trap (en général dans bash)
kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide)
(http://www.tldp.org/LDP/abs/html/)
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main. Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles : trap (en général dans bash) kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide) (http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
Nicolas
On 22 Apr 2004 17:07:10 GMT FAb wrote:
Nicolas writes:
bonjour et desole pour le titre peu explicite,
Êtes-vous aussi désolé pour votre orthographe ?
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le p rocess courant et shell reprend la main. Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles : trap (en général dans bash) kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide) (http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
merci encore pour cette reponse tres constructive mais vous m avez pas bien compris: je cherche a savoir comment configurer une sequence de touche pour envoyer un signal precis. Encore desole de faire mumuse avec unix.
-- Nicolas Cormier E-mail :
On 22 Apr 2004 17:07:10 GMT
FAb <g0up1l.at.yahoo.fr@yahoo.fr> wrote:
Nicolas <cormie_n@epitech.net> writes:
bonjour et desole pour le titre peu explicite,
Êtes-vous aussi désolé pour votre orthographe ?
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer:
Quand je lance un programme et que j appuis sur ctl-c je peux tuer le p rocess courant et shell reprend la main.
Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell.
Le shell stop donc le signal envoye par ctl-c et ne se tue pas.
D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles :
trap (en général dans bash)
kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide)
(http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
merci encore pour cette reponse tres constructive mais vous m avez pas bien compris:
je cherche a savoir comment configurer une sequence de touche pour envoyer un signal precis.
Encore desole de faire mumuse avec unix.
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le p rocess courant et shell reprend la main. Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles : trap (en général dans bash) kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide) (http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
merci encore pour cette reponse tres constructive mais vous m avez pas bien compris: je cherche a savoir comment configurer une sequence de touche pour envoyer un signal precis. Encore desole de faire mumuse avec unix.
-- Nicolas Cormier E-mail :
Nicolas
On Thu, 22 Apr 2004 20:13:22 +0200 JustMe wrote:
Nicolas wrote:
On 22 Apr 2004 17:07:10 GMT FAb wrote:
Nicolas writes:
bonjour et desole pour le titre peu explicite,
Êtes-vous aussi désolé pour votre orthographe ?
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main. Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touche s aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles : trap (en général dans bash) kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide) (http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
merci encore pour cette reponse tres constructive mais vous m avez pas bien compris: je cherche a savoir comment configurer une sequence de touche pour envo yer un signal precis. Encore desole de faire mumuse avec unix.
man stty
merci bcp , c est ce que je cherchais
-- Nicolas Cormier E-mail :
On Thu, 22 Apr 2004 20:13:22 +0200
JustMe <pasdesp@m.merci> wrote:
Nicolas wrote:
On 22 Apr 2004 17:07:10 GMT
FAb <g0up1l.at.yahoo.fr@yahoo.fr> wrote:
Nicolas <cormie_n@epitech.net> writes:
bonjour et desole pour le titre peu explicite,
Êtes-vous aussi désolé pour votre orthographe ?
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer:
Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main.
Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell.
Le shell stop donc le signal envoye par ctl-c et ne se tue pas.
D ou ma question: Qui envoit le signal et comment configure les touche s aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles :
trap (en général dans bash)
kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide)
(http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
merci encore pour cette reponse tres constructive mais vous m avez pas bien compris:
je cherche a savoir comment configurer une sequence de touche pour envo yer un signal precis.
Encore desole de faire mumuse avec unix.
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main. Si lance comme shell un petit prog a moi qui
fe un exec de l entree
Plaît-il ?
et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touche s aupres de ce programme .
Si c'est pour jouer avec du shell les manpages suivantes sont utiles : trap (en général dans bash) kill
Il doit y avoir un exemple dans le abs (Advanced Bash-Scripting Guide) (http://www.tldp.org/LDP/abs/html/)
merci d avance pour vos reponses
De rien
FAb
merci encore pour cette reponse tres constructive mais vous m avez pas bien compris: je cherche a savoir comment configurer une sequence de touche pour envo yer un signal precis. Encore desole de faire mumuse avec unix.
man stty
merci bcp , c est ce que je cherchais
-- Nicolas Cormier E-mail :
Stephane Chazelas
2004-04-22, 18:17(+02), Nicolas:
bonjour et desole pour le titre peu explicite, voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main. Si lance comme shell un petit prog a moi qui fe un exec de l entree et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme . [...] [note qu'il est d'usage de limiter la longueur de ses
lignes a 80 caractères, la RFC qui va bien recommandant 64 caractères pour une meilleure lisibilité et la possibilité d'inclusions multiples]
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal (par le noyau en gros), il est envoyé au "foreground process group" du terminal. Quand le shell lance un programme pas en background, il crée un nouveau process group et le definit comme le foreground process group du terminal. Ce process group est un process group privilégié vis-à-vis du terminal. Normalement, le process group est hérité de pere en fils.
bonjour et desole pour le titre peu explicite,
voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer:
Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main.
Si lance comme shell un petit prog a moi qui fe un exec de l entree et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell.
Le shell stop donc le signal envoye par ctl-c et ne se tue pas.
D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme .
[...] [note qu'il est d'usage de limiter la longueur de ses
lignes a 80 caractères, la RFC qui va bien
recommandant 64 caractères pour une meilleure lisibilité
et la possibilité d'inclusions multiples]
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal
(par le noyau en gros), il est envoyé au "foreground process
group" du terminal. Quand le shell lance un programme pas en
background, il crée un nouveau process group et le definit comme
le foreground process group du terminal. Ce process group est un
process group privilégié vis-à-vis du terminal. Normalement, le
process group est hérité de pere en fils.
bonjour et desole pour le titre peu explicite, voila en fait je cherche a savoir comment marche ctl-c , ou plutot qui s en occupe et comment configurer: Quand je lance un programme et que j appuis sur ctl-c je peux tuer le process courant et shell reprend la main. Si lance comme shell un petit prog a moi qui fe un exec de l entree et que j apuis sur ctl-c le prog execute ainsi que mon-peusdo shell. Le shell stop donc le signal envoye par ctl-c et ne se tue pas. D ou ma question: Qui envoit le signal et comment configure les touches aupres de ce programme . [...] [note qu'il est d'usage de limiter la longueur de ses
lignes a 80 caractères, la RFC qui va bien recommandant 64 caractères pour une meilleure lisibilité et la possibilité d'inclusions multiples]
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal (par le noyau en gros), il est envoyé au "foreground process group" du terminal. Quand le shell lance un programme pas en background, il crée un nouveau process group et le definit comme le foreground process group du terminal. Ce process group est un process group privilégié vis-à-vis du terminal. Normalement, le process group est hérité de pere en fils.
On Thu, 22 Apr 2004 20:08:13 +0100 Stephane Chazelas wrote:
[...] [note qu'il est d'usage de limiter la longueur de ses lignes a 80 caractères, la RFC qui va bien recommandant 64 caractères pour une meilleure lisibilité et la possibilité d'inclusions multiples]
ok desole je ne savais pas.
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal (par le noyau en gros), il est envoyé au "foreground process group" du terminal. Quand le shell lance un programme pas en background, il crée un nouveau process group et le definit comme le foreground process group du terminal. Ce process group est un process group privilégié vis-à-vis du terminal. Normalement, le process group est hérité de pere en fils.
si dans un programme je fork deux process il me faut alors ,pour tuer par exemple le dernier lance, qu ils soient de process group different c'est ca? Et quand ce dernier ce termine il faut que je demande au terminal de le mettre en foreground. Je vais essayer de chercher les fonctions C pour faire cela.
[...] [note qu'il est d'usage de limiter la longueur de ses
lignes a 80 caractères, la RFC qui va bien
recommandant 64 caractères pour une meilleure lisibilité
et la possibilité d'inclusions multiples]
ok desole je ne savais pas.
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal
(par le noyau en gros), il est envoyé au "foreground process
group" du terminal. Quand le shell lance un programme pas en
background, il crée un nouveau process group et le definit comme
le foreground process group du terminal. Ce process group est un
process group privilégié vis-à-vis du terminal. Normalement, le
process group est hérité de pere en fils.
si dans un programme je fork deux process il me faut alors ,pour tuer
par exemple le dernier lance, qu ils soient de process group different
c'est ca? Et quand ce dernier ce termine il faut que je demande
au terminal de le mettre en foreground.
Je vais essayer de chercher les fonctions C pour faire cela.
On Thu, 22 Apr 2004 20:08:13 +0100 Stephane Chazelas wrote:
[...] [note qu'il est d'usage de limiter la longueur de ses lignes a 80 caractères, la RFC qui va bien recommandant 64 caractères pour une meilleure lisibilité et la possibilité d'inclusions multiples]
ok desole je ne savais pas.
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal (par le noyau en gros), il est envoyé au "foreground process group" du terminal. Quand le shell lance un programme pas en background, il crée un nouveau process group et le definit comme le foreground process group du terminal. Ce process group est un process group privilégié vis-à-vis du terminal. Normalement, le process group est hérité de pere en fils.
si dans un programme je fork deux process il me faut alors ,pour tuer par exemple le dernier lance, qu ils soient de process group different c'est ca? Et quand ce dernier ce termine il faut que je demande au terminal de le mettre en foreground. Je vais essayer de chercher les fonctions C pour faire cela.
merci beaucoup pour la reponse
-- Nicolas Cormier E-mail :
Nicolas
On Thu, 22 Apr 2004 22:20:18 +0200 Nicolas wrote:
On Thu, 22 Apr 2004 20:08:13 +0100 Stephane Chazelas wrote:
[...] [note qu'il est d'usage de limiter la longueur de ses lignes a 80 caractères, la RFC qui va bien recommandant 64 caractères pour une meilleure lisibilité et la possibilité d'inclusions multiples]
ok desole je ne savais pas.
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal (par le noyau en gros), il est envoyé au "foreground process group" du terminal. Quand le shell lance un programme pas en background, il crée un nouveau process group et le definit comme le foreground process group du terminal. Ce process group est un process group privilégié vis-à-vis du terminal. Normalement, le process group est hérité de pere en fils.
si dans un programme je fork deux process il me faut alors ,pour tuer par exemple le dernier lance, qu ils soient de process group different c'est ca? Et quand ce dernier ce termine il faut que je demande au terminal de le mettre en foreground. Je vais essayer de chercher les fonctions C pour faire cela.
merci beaucoup pour la reponse
-- Nicolas Cormier E-mail :
je viens de trouver int ioctl(int tty, TIOCSETPGRP, int foreground_group); int setpgrp(int process_id, int group_number); ... http://world.std.com/~jimf/papers/signals/signals.html
merci encore -- Nicolas Cormier E-mail :
On Thu, 22 Apr 2004 22:20:18 +0200
Nicolas <cormie_n@epitech.net> wrote:
[...] [note qu'il est d'usage de limiter la longueur de ses
lignes a 80 caractères, la RFC qui va bien
recommandant 64 caractères pour une meilleure lisibilité
et la possibilité d'inclusions multiples]
ok desole je ne savais pas.
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal
(par le noyau en gros), il est envoyé au "foreground process
group" du terminal. Quand le shell lance un programme pas en
background, il crée un nouveau process group et le definit comme
le foreground process group du terminal. Ce process group est un
process group privilégié vis-à-vis du terminal. Normalement, le
process group est hérité de pere en fils.
si dans un programme je fork deux process il me faut alors ,pour tuer
par exemple le dernier lance, qu ils soient de process group different
c'est ca? Et quand ce dernier ce termine il faut que je demande
au terminal de le mettre en foreground.
Je vais essayer de chercher les fonctions C pour faire cela.
merci beaucoup pour la reponse
--
Nicolas Cormier
E-mail : n.cormier@wanadoo.fr
je viens de trouver
int ioctl(int tty, TIOCSETPGRP, int foreground_group);
int setpgrp(int process_id, int group_number);
...
http://world.std.com/~jimf/papers/signals/signals.html
merci encore
--
Nicolas Cormier
E-mail : n.cormier@wanadoo.fr
On Thu, 22 Apr 2004 20:08:13 +0100 Stephane Chazelas wrote:
[...] [note qu'il est d'usage de limiter la longueur de ses lignes a 80 caractères, la RFC qui va bien recommandant 64 caractères pour une meilleure lisibilité et la possibilité d'inclusions multiples]
ok desole je ne savais pas.
Le signal SIGINT du CTRL-C est envoyé par le driver du terminal (par le noyau en gros), il est envoyé au "foreground process group" du terminal. Quand le shell lance un programme pas en background, il crée un nouveau process group et le definit comme le foreground process group du terminal. Ce process group est un process group privilégié vis-à-vis du terminal. Normalement, le process group est hérité de pere en fils.
si dans un programme je fork deux process il me faut alors ,pour tuer par exemple le dernier lance, qu ils soient de process group different c'est ca? Et quand ce dernier ce termine il faut que je demande au terminal de le mettre en foreground. Je vais essayer de chercher les fonctions C pour faire cela.
merci beaucoup pour la reponse
-- Nicolas Cormier E-mail :
je viens de trouver int ioctl(int tty, TIOCSETPGRP, int foreground_group); int setpgrp(int process_id, int group_number); ... http://world.std.com/~jimf/papers/signals/signals.html
