Ça vient en fait de POSIX.1b qui définit les signaux temps réels. Ça défini aussi une union (int, void*) qui peut être passée entre l'envoyeur et le receveur et du coup on a besoin que d'un seul numéro de signal. L'ordre de réception pour un même numéro de signal est garanti. Mais du coup il faut utiliser l'API adéquat (sigqueue).
Par contre, si on utilise directement plusieurs numéros de signal entre SIGRTMIN et SIGRTMAX, l'ordre garanti c'est que le numéro de signal le plus bas est reçu en premier. Ce qui va rajouter encore plus de confusion si on ne prend pas ça en compte. Si j'ai bien compris...
[^] # Re: Réponse sérieuse
Posté par Krunch (courriel, site web personnel) . En réponse au journal SIGUSR1, SIGUSR2,..., SIGUSR_N ?. Évalué à 7. Dernière modification le 11 mai 2023 à 14:57.
Ça vient en fait de POSIX.1b qui définit les signaux temps réels. Ça défini aussi une union (int, void*) qui peut être passée entre l'envoyeur et le receveur et du coup on a besoin que d'un seul numéro de signal. L'ordre de réception pour un même numéro de signal est garanti. Mais du coup il faut utiliser l'API adéquat (sigqueue).
Par contre, si on utilise directement plusieurs numéros de signal entre SIGRTMIN et SIGRTMAX, l'ordre garanti c'est que le numéro de signal le plus bas est reçu en premier. Ce qui va rajouter encore plus de confusion si on ne prend pas ça en compte. Si j'ai bien compris...
https://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_04_02
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.