Discussion :

[Aragorc]

Bonjour
Je debute ds la programmation ac des threads et je cherche un moyen pour que 2 thread communiquent entre eux

J'ai un premier thread qui recupere des donnees a partir du port parallele et qui les affiche sur mon application
Et j'ai un deuxieme thread qui doit recuperer ces donnees, les mettre en memoire et les envoyer sur excel via une liaison ole
Mon probleme est que je ne sais pas comment partager une variable entre mon thread1 (qui est lance plusieurs fois, 1 pour chaque canal) et mon thread2, qui doit recuperer ttes les donnees pour les ecrire de maniere groupé

Je suppose qu'il existe une maniere toute simple de resoudre ce pb, mais jusqu'a present, je n'ai trouve de reponse nullepart

Cordialement Aragorc

[Philippe Gormand]

Salut.

Il faut utiliser une variable globale. C'est expliqué dans l'aide de DELPHI.

A+

[Aragorc]

merci pour l'aide, je crois que ca va bien m'aider

++

[Caine]

C'est un peu plus compliqué.

En effet, tu peux utiliser une variable globale, mais pour garantir son intégrité, tu dois synchroniser son accès en écriture et en lecture par mutex.

Sinon il y a un risque de lire ou d'écrire une variable dans un état indéterminé.

Par exemple, si le thread d'écriture fait un INC(var), en assembleur ça donnera 2 opérations. Si le thread 2 lit la var alors que seule la 1ère opération assembleur est effectué, il lira une valeur intermédiaire qui n'est pas forcément la valeur finale.

CreateMutex est ton ami

[Aragorc]

j'ai deja un mutex
etant donne que mon thread1 lit des donnees depuis un circuit electronique et je ne peux pas lire tous les canaux en meme tps
Createmutex est plus qu'un ami ds mon cas
Par contre, je me demandais si le mutex ne ralenti pas un peu l'execution du programme
Ai-je interet a 10 threads ac une partie de ses instructions qui verrouille le mutex, ou a repeter 10 fois ttes les instructions ds un thread?

[Caine]

Par définition, le mutex ne ralentis pas le système, ni l'appli.

Mais il permet de scheduler celle-ci, donc si le code est mal écris, il peut y avoir perte de performances.

Pour ta dernière question, il est difficile d'y répondre sans avoir le code, ou une estimation du nombre de lignes...