Discussion :

[djtinou666]

Bonjour à tous,

il y'a de nombreux signaux qui existe, comme par exemple, SIGINT qui se produit lorsque qu'on type CTRL + C, il y'a aussi le signal SIGTSTP qui se produit lorsqu'on type CTRL + Z.

Ma question est la suivante,

est-t'il possible de créer un signal qui se effectue une certaine action lorsque que l'on type par exemple CTRL + D (qui est inexistant par défaut me semble-t'il) ?

En vous remerciant d'avance

[Kirilenko]

Bonjour,

Tu cherches à faire un gestionnaire de signal, quoi ? man sigaction ?

Bonne journée !

[djtinou666]

Merci de ta réponse, effectivement sigaction me permet de definir une certaine action mais comment definir qu'elle se produit lorsque je type CTRL + D?

[Kirilenko]

CTRL+D, traditionnellement (déduisez-en Unices), ça correspond à une fin de fichier (de type EOF). Donc, si tu as une entrée et que tu souhaites capter ce genre d'entrées, alors il suffit de tester le retour de ta fonction de lecture. C'est encore plus simple avec les lectures brutes comme getchar.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
#include <stdio.h>
 
int main(void) {
	int c = getchar();
 
	if (c == EOF && feof (stdin)) {
		puts("End of file detected");
	}
 
	return 0;
}

Après, si c'est pour capter une combinaison de touches bien définie (pas forcément lors d'une lecture), il faut passer par du wrapper d'un peu plus bas niveau (p.ex. ncurses & Cie), ou carrément par les interfaces systèmes de ton implémentation. Mais ce n'est pas toujours bien foutu (suivant l'Unix sous lequel tu tourne).

[imperio]

Tu peux mettre le terminal en mode non-canonique (je t'invite a chercher sur le net) pour obtenir la / les touche(s) appuyees pendant l'execution de ton programme si celui tourne dans un terminal. S'il tourne avec une interface graphique, il te suffit de recuperer la touche appuyee et d'executer le signal lie. La fonction kill me semble d'ailleurs plus adaptee que sigaction pour ce qu'il veut faire.

[Sve@r]

Bonjour à tous,

il y'a de nombreux signaux qui existe, comme par exemple, SIGINT qui se produit lorsque qu'on type CTRL + C, il y'a aussi le signal SIGTSTP qui se produit lorsqu'on type CTRL + Z.

Ma question est la suivante,

est-t'il possible de créer un signal qui se effectue une certaine action lorsque que l'on type par exemple CTRL + D (qui est inexistant par défaut me semble-t'il) ?

En vous remerciant d'avance

Bonjour

Il faudra faire tres attention avec ce genre de manip car les signaux sont parfois envoyes par le noyau lui-meme. Exemple: imagines que tu affectes CTRL-D au signal "SIGINT", tu auras un SIGINT au CTRL-D mais aussi au CTRL-C car cette affectation existe deja.

Tu as toutefois a ta disposition les signaux SIGUSR1 et SIGUSR2 qui, eux, ne sont affectes a aucune action du noyau. Donc tu peux les utiliser pour ton CTRL-D sans crainte d'une collision.

PS: Ce n'est pas SIGTSTP mais SIGSTOP qui est envoye par CTRL-Z. Et SIGCONT (envoye par CTRL-Q) permet de faire repartir le processus...

[Obsidian]

Hello,

il y'a de nombreux signaux qui existe, comme par exemple, SIGINT qui se produit lorsque qu'on type CTRL + C, il y'a aussi le signal SIGTSTP qui se produit lorsqu'on type CTRL + Z.

est-t'il possible de créer un signal qui se effectue une certaine action lorsque que l'on type par exemple CTRL + D (qui est inexistant par défaut me semble-t'il) ?

Ctrl-D n'est pas inexistante. C'est au contraire une combinaison de touches très répandue sous Unix. Et cette combinaison ne provoque pas la génération d'un signal, mais l'envoi immédiat des données en attente dans le buffer, ce qui est pratique pour envoyer une chaîne sans le retour à la ligne. Si tu saisis cette combinaison de touches quand le buffer est vide, alors une trame d'exactement zéro octets est envoyée, ce qui est officiellement interprété par read() comme une fin de transmission (la même chose se produit quand on referme le tube de l'entrée standard). Ça permet donc de quitter rapidement et proprement une session Shell, mais également de générer une fin de fichier avec toutes les commandes lisant l'entrée standard (par exemple, cat tout seul).

Ensuite, tu ne peux pas créer de nouveau signal UNIX car ceux-ci ne servent à pas à ce que tu crois probablement.

Il est important de souligner que les signaux UNIX ne servent pas, en principe, à faire du message passing ou de la notification d'événements dans un cadre normal, comme avec une interface graphique et un MVC. Il s'agit en fait d'un nombre d'événements qui, d'une part, sont extérieurs au processus et qui, d'autre part, conduisent généralement à la sa mort, soit parce qu'elle a été explicitement demandée par l'utilisateur, soit parce que les conditions font qu'il n'est plus possible de continuer si le processus n'a pas explicitement prévu ce cas. C'est une forme « d'exception » qui fonctionne comme une interruption logicielle : quand un signal est reçu, c'est le noyau lui-même qui préempte le processus. C'est donc une opération lente et relativement coûteuse en ressources systèmes.

Tu vas recevoir un signal entre autres si un tube est brisé, par exemple si la sortie standard est refermée, si un des processus fils s'est terminé, si le système réclame la fin immédiate du processus (interrompu ou tué par l'utilisateur, parce que le système redémarre, ou parce qu'il arrive à court de mémoire). Ça permet entre autre de faire une prise en charge propre d'un programme si celui-ci n'a pas explicitement prévu tous les cas de figures.

Ctrl-C est traditionnellement la combinaison de touches servant à interrompre un programme et elle est définie comme ça par défaut dans les terminaux UNIX mais Ctrl-C comme Ctrl-Z ne sont pas directement liées à l'envoi d'un signal. C'est une demande qui est envoyée depuis le terminal et qui est ensuite traitée de cette façon par le système à l'autre bout de la ligne.

La commande stty -a te permet de voir comment est configuré ton terminal à un moment donné :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
$ stty -a
stty -a
speed 38400 baud; rows 53; columns 186; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?; swtch = M-^?; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O;
min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke

Tu peux donc mapper différentes combinaisons de touches aux actions reconnues par le terminal et éventuellement réaffecter une combinaison de touches à une autre action, bien que ce soit très déconseillé.

Et bien sûr, ces modifications ne concerneront que le terminal concerné, pas les autres terminaux et encore moins le système entier. Elles disparaîtront en outre dès la fermeture de celui-ci.