Discussion :

[DjDavOnline]

Bonjour à tous.

J'ai un petit soucis de Thread... Bon jusque là, j'ai appris en cours des choses simples avec les threads, mutex, semaphore, etc...

Bon, sécuriser une variable de type primaire, Ok, ça marche sans soucis, ça bloquer pas, c'est synchro...

Mais lors que maintenant on manipule des objets, qui ont un contexte...ça coince et je me mange des "Access Violation Reading Location" dans tous les sens.

Je m'explique:

Pour mon projet, j'ai deux Threads en gros, tous les deux font des boucles d'attente.

Thread1: Scan Packet UDP contenant des coordonnées etc... (TUIO pour ceux qui connaissent)
Thread2: Environnement 3D (ici ogre3d)

mon Thread2 est un "listenner" de mon Thread1;

Mon thread1 reçoit un info, notifie les listeners en invoquant une méthode update (je fais court)... soit mon Thread2, Ok le mécanisme marche très bien.

Sauf que en fait, c'est mon Thread1 qui execute update, et donc y'a pas forcement tout le contexte de mon Thread2... (c'est pas la notion de Thread-safe ?)

Alors ce que je veux, c'est que mon Thread1 notifie bien mon Thread2 mais que c'est mon thread2 qui execute l'update et non le thread1 comme c'est le cas.

Bon, je sais pas si j'ai été assez clair...

Si je dois clarifier...

Merci d'avance pour vos réponses.

[ram-0000]

Il faut que ton thread2 implémente une file/pile de choses à faire.

Le thread1 appelle thread2->Update() qui ajoute dans la pile (en le verrouillant au préalable) puis déverrouille la pile et notifie le thread2 (par un event) de repartir. Le thread2 repart pour lire la pile (en oubliant pas de verrouiller/déverrouiller car ta pile/liste doit être protégée des accès concurrents) et exécute la commande.

A près la difficulté est de savoir à qui appartient la pile/file : thread1, thread2 ou bien objet plus global.

[DjDavOnline]

Merci pour ta réponse rapide.

Donc en gros, la seule variable structure thread safe (avec les verrous qui vont bien) entre les deux threads est une file/pile ?

[ram-0000]

Oui, c'est ce que j'ai envie de dire

Après l'event utilisé par le thread2 comme objet de synchronisation/démarrage et positionné par le thread1 est par nature thread safe (sinon, c'est le bazar).

[DjDavOnline]

En tous cas merci...

J'implémente ça et je teste.