Discussion :

[oodini]

Hello,

J'ai un problème avec les threads. Je n'ai pas une grande expérience de ces bêtes, alors si vous avez des idées qui vous semblent stupides, n'hésitez pas.

Je code un plug-in, dans lequel je peux définir une fonction de callback appelée lorsque se produisent certains événements signalés par l'application hôte.

Dans cette fonction de callback se trouvant dans une classe, je crée à l'aide d'une API externe (non liée à l'application hôte) un thread, qui appelle une autre fonction de cette classe. Cette dernière fonction crée également des threads.

Appellons A la fonction de callback, et B la fonction appelée par A.

Nous avons : événement -> A -> B

Le traitement effectué par A, et surtout par B, peut être assez long.
Pendant ce laps de temps peuvent survenir de nouveaux événements. Je souhaite que dans ce cas, tout soit arrêté, et que l'appel à la fonction de callback initie un nouveau traitement.

Pour l'instant, si j'attends que le 1er traitement se termine, cela fonctionne.
Mais si j'ai le malheur de déclencher un événement alors qu'un traitement est toujours en cours, ça plante méchamment. Je n'arrive même pas dans la fonction de callback. La pile des appels de fonction ne me donne aucune info valable.

[3DArchi]

Difficile de répondre avec ces informations un peu trop générales. As-tu des mécanismes de synchronisations et de contrôle de concurrence d'accès (mutex, sections critiques). Peut-être ton problème est tout simplement un problème de réentrance?

[oodini]

Ben comme je n'entre même pas dans la fonction de callback, la question des mécanismes de synchronisation ne se pose même pas (encore).

Pour la réentrance, tu suggères que l'application hôte de cette fonction de callback n'a pas fait en sorte que cette dernière soit réentrante ?

[3DArchi]

C'est pas très clair. Peux tu préciser si c'est bien ça le séquencement:
1/Application hôte: trap l'évènement et appelle la cb A de ton plugin
2/ A crée un thread et appelle B
3/ B crée un thread.
Bis: nouvel évènement.
1/Application hôte: trap l'évènement et appelle la cb de A et là
C'est ça?

[oodini]

C'est exactement ça.

Je précise que la fonction de création de thread prend comme argument un pointeur de fonction, qui se trouve être une fonction membre de la classe.
Le handler retourné est conservé comme une donnée membre.

Lorsque j'entre dans le callback, je teste si ce handler est null.
S'il ne l'est pas, je tue le thred.

[oodini]

Je suis arrivé à me mettre dans une configuration dans laquelle je peux rentrer dans le callback. Mettez vos cerveaux en pause le temps que je cherche par moi-même le problème, maintenant que j'ai un peu plus de billes pour déboguer. :-)