Edito
Voila voila, je refais mon infra… Et j'ai donc envie de participer a une oeuvre commune :
Antoine.
Pub
Désolé de vous incommoder avec cela, c'est un mal aujourd'hui nécessaire. Je le souhaite juste utile, on verra.
Cette page vous donne les différences entre la révision choisie et la version actuelle de la page.
docs:programation_system:signaux [2020/03/19 17:44] 127.0.0.1 édition externe |
docs:programation_system:signaux [2020/03/19 19:01] (version actuelle) |
||
---|---|---|---|
Ligne 15: | Ligne 15: | ||
* Les signaux peuvent arriver a n'importe quel moment ! | * Les signaux peuvent arriver a n'importe quel moment ! | ||
* Par consequant, le code dans les gestionnaire de signaux doit etre le plus succint possible | * Par consequant, le code dans les gestionnaire de signaux doit etre le plus succint possible | ||
+ | * le cas presque particulier de SIGALRM | ||
+ | * tout les signaux ont une signification: ils tirent leur sonnette en fonction de cas precis, | ||
+ | * SIGALRM, ce n'est pas tout a fait pareil... lui sont declencheur c'est le temps... et donc pour l'armer c'est alarm(en secondes) | ||
+ | * a un detail pret cependant : on l'arme pour les X _prochaines_ seconde, et c'est tout, donc, il faut le rearmer par la suite,si on en a encore besoin | ||
+ | |||
+ | * Lorsque l'on fork un process, les configuration des signaux sont, eux aussi copié a l'identique. | ||
+ | (18:48:41) Antoine_Delaporte: il faut lancer le handler dans le pere | ||
+ | (18:48:51) X: C'est ce qui me semblait | ||
+ | (18:49:05) Antoine_Delaporte: car sinon il peut y avoir des pertes de signaux | ||
+ | (18:49:23) Antoine_Delaporte: hmm ma phrase n'est pas clair... | ||
+ | (18:51:28) Antoine_Delaporte: en gros si jamais le fils n'a pas fini de s'initialiser et qu'a ce moment la le pere lui envoie le signal... donc le fils le loupe | ||
====== Exercices ====== | ====== Exercices ====== |