Posté par benja .
En réponse au message Système.
Évalué à 3.
1) il peut-être intéressant de vérifier le retour de sigprocmask (hum...)
2) " A signal may be blocked, which means that it will not be delivered
until it is later unblocked. Between the time when it is generated and
when it is delivered a signal is said to be pending."
(de man 7 signal) : es-tu sur que ton programme est bien intérompu entre tes 2 appels à sigprocmask ?
3) pour ignorer un signal tu es du coup obligé d'écrire ton handler...
À partir de ce moment, je te conseille d'ouvrir un bouquin de programmation unix, car entre les threads, le polling d'évenements, l'éxéuctions de sous-processus, etc, il y a pas mal de subtilités (de la à dire que les programmes qui les gère correctement ne font pas légions, il n'y a qu'un pas...) Les signaux sont souvent considérés comme une moins bonne invention d'UNIX, à mon avis, à juste titre :-)
[^] # Re: Un bout de code ???
Posté par benja . En réponse au message Système. Évalué à 3.
1) il peut-être intéressant de vérifier le retour de sigprocmask (hum...)
2) " A signal may be blocked, which means that it will not be delivered
until it is later unblocked. Between the time when it is generated and
when it is delivered a signal is said to be pending."
(de man 7 signal) : es-tu sur que ton programme est bien intérompu entre tes 2 appels à sigprocmask ?
3) pour ignorer un signal tu es du coup obligé d'écrire ton handler...
À partir de ce moment, je te conseille d'ouvrir un bouquin de programmation unix, car entre les threads, le polling d'évenements, l'éxéuctions de sous-processus, etc, il y a pas mal de subtilités (de la à dire que les programmes qui les gère correctement ne font pas légions, il n'y a qu'un pas...) Les signaux sont souvent considérés comme une moins bonne invention d'UNIX, à mon avis, à juste titre :-)