Discussion :

[igor24]

Bonjour,
Une question sur les threads et les signaux quand ils sont utilisés ensembles.

supposons qu'un processus p1 crée un ou plusieurs threads, un autre processus p2 envoie un signal (ex: SIGUSR1) au processus p1.

Qui est ce qui traitera le signal ?

A mon avis ça devrait être le thread principal, et les autres threads crées ne sont pas concernés.

J'attend votre avis.

merci

[igor24]

J'ai encore une autre question,

Est-il permis de créer un thread dans un gestionnaire de signal ? Autrement dit, la fonction pthread_create() est-elle réentrante ?

merci

[MarcG]

1) le signal serra traiter par la thread l'ayant demandé (poser la gestion de signaux), il est plutot normal que ce soit la treah principale qui pose et gere les signaux mais rien ne l'oblige.

2) oui on peut creer un thread dans une gestion de signaux, même si cela n'est pas conseillé, (probleme de recuperation de handler de thread, de resultat , ......).

[gangsoleil]

Bonjour,

Est-il permis de créer un thread dans un gestionnaire de signal ? Autrement dit, la fonction pthread_create() est-elle réentrante ?

Règle de base de la gestion des signaux : lorsque tu es dans un handler, tu en fais le moins possible. C'est à dire que ton code se limite généralement à changer la valeur d'une variable, ou ce genre d'opération.
Cela permet d'éviter des interblocages qui conduisent souvent purement et simplement à la mort du processus.

Donc même s'il est théoriquement possible de faire ce que tu veux, c'est plus que très fortement déconseillé.

[igor24]

Bonjour,

En réalité, je voudrais créer un gestionnaire qui crée deux threads qui vont servir de files d'attente à un autre processus.
donc un processus client demande au processus maitre l'ouverture de 2 files d'attente, ce derniers crée deux threads qui alimentent les files 'attentes.
y a t il une autre solution?
merci

[gangsoleil]

Bonjour,

Et en quoi as-tu un problème avec la gestion des signaux ?

• P1 : en attente active tant que la variable create_threads est à 0
• P2 : envoie un signal SIGUSR1 à P1
• P1 : catch le signa SIGUSR1, et met create_threads à 1
• P1 continue sa vie. Comme create_threads n'est plus à 0, il va rentrer dans une portion de code qui va créer les deux threads demandés par P2.

[igor24]

Bonjour,

Je ne voudrais pas utiliser l'attente active, ça consomme beacoup n'est ce pas?
En plus si je suis une telle philosophie, je dois utiliser un mutex sur la variable create_threads.

merci

[gangsoleil]

Bonjour,

Peux-tu décrire plus précisément ce que doivent faire tes deux processus ?

En effet, je ne vois pas ce que fais le processus maître à part créer des threads lorsque le second process lui demande...

[Desboys]

Bonjour,
est-ce qu'un couple mutex/condition ne pourrait pas faire l'affaire?
tu n'auras pas d'attente active pour le processus en attente d' "ordre" de création de threads.
Dans ton signal handler, il suffit alors de verrouiller le mutex, modifier ton flag global et de signaler sur la variable condition, en oubliant pas de relâcher le mutex.

S. Desbois