Discussion :

[davidif]

Bonjours,

ce que j'ai compris est que cette notion permet de faire travailler plusieurs t�ches en parall�le.

Donc comme il m'a �t� d�crit, deux fonctions dans deux thread diff�rent fonctionne indiff�remment en parall�le, on peu faire appel a une fonction dans un thread diff�rent ou r�ciproquement si je me trompe pas, l'�vocation de invoke().

Afin de comprendre au mieux cette notion de thread pour mieux intervenir dessus:

combien de thread peut-on avoir dans un programme, comment les identifi�s et comment fait-on r�f�rence � un thread particuli� en faisant un invoke().

Auriez vous des liens ou ref�rence � me conseill� pour mieux comprendre cette notion.

Merci

[M�dinoc]

Invoke() ne marche que pour Windows Forms (Framework .Net), et plus pr�cis�ment pour les threads qui affichent des Windows Forms.

La classe System::Windows::Forms::Control, la classe m�re de tout ce qui est affichable en Windows Forms, poss�de cette m�thode Invoke() qui appelle la fonction re�ue en param�tre sur le thread propri�taire du contr�le (c'est-�-dire, le thread qui l'a cr��).

Pour reproduire ce genre de comportement ailleurs, il faut utiliser des objets de synchronisation, comme (� partir du Framework 4.0) BlockingCollection dans le sens des appels et des �v�nements dans le sens des retours.

[davidif]

Merci pour tes explications M�dinoc, faut que je continu � me pencher sur cette environnement pour en saisir la subtilit�.

Aurais-tu des r�f�rences � me conseiller pour quelqu'un comme moi qui poss�de que des notions de C microproce et pascal(delphi) en tant qu'�lectronicien.

[bacelar]

Google est l'ami de l'humanit�.

http://fr.wikipedia.org/wiki/Thread_(informatique)

[davidif]

Ca je me doute bien que google � toutes les r�ponses que ce pose l'humanit�, seulement y a tous et n'importe quoi et ma question �tait orient� par rapport � une exp�rience personnel de quelqu'un d'exp�riment�.

J'ai �videmment fais mes recherches sur le net.

Merci pour le lien

[bacelar]

exp�rience personnel de quelqu'un d'exp�riment�

Me voila habill� pour l'hiver.

J'ai donn� une r�f�rence g�n�raliste car il faut commencer par cela.

Vous ne comprendrez le cloisonnement des appels li�s au "thread appartements" et � l'affinit� de thread des contr�les Windows que si vous avez une id�e claire de ce qu'est un thread en g�n�ral.

Pour faire concis, un processus n'est qu'un espace virtuel d'adressage.
Quand vous lancer un programme vous cr�ez ce bac � sable qu'est un processus (avec le code machine du fichier programme dans un coin de l'espace d'adressage) et un thread, qui l'utilise, avec un IP (Instruction pointer), stack pointeur, .... (tout ce qui est sp�cifique � un thread, donc pas l'espace d'adressage ou des handler de fichier qui font partie du bac � sable eux).

Le thread est "ce qui tourne", mais rien ne vous emp�che de cr�er un autre dans le m�me espace d'adressage (m�me processus), mais avec un autre IP.
C'est l� que des m�canismes sont utilis�s pour emp�cher que chaque thread ne foute le Bronx dans les donn�es utilis�es par un de ces cong�n�res.

Pour �viter toute embrouille, les contr�les Windows n'acceptent, en g�n�rale, les appels de fonction que le thread l'ayant cr�� (le controle).

[davidif]

Merci pour tes explication bacelar, je croix devoir regarder �a dans les bouquins que je vais aller me procurer tr�s vite.