Discussion :

[boule_t]

Bonjours à tous !
Alors voila. Je voudrais connaitre le meilleur moyen de partager une donnée entre des threads.
En C, j'utilisais pthread.
J'avais créé la structure suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
typedef struct s_Donne_Partage
{
        pthread_mutex_t mut;
        void *Donne;
}Donne_Partage;

Maintenant j'utilise la bibliothèque boost et une classe, plus une structure.
Je cherche un moyen de ne plus avoir à utiliser de pointeur (void*).

Chaque instance de ma classe Donnee_Partagee contiendra un objet d'un certain type qui ne changera pas.
J'avais pensais utiliser un conteneur de la stl comme std::vector mais cette objet est plutot fait pour contenir une liste alors je me demande s'il n'y a pas plus simple...

[loufoque]

Qui est responsable de la durée de vie de l'objet en question ?

[boule_t]

moi

[JolyLoic]

Le "qui" faisait référence à une entité du programme (un objet, un thread,...), et non à une personne...

[3DArchi]

Je ne connais pas boost, mais l'idée est en général d'utiliser un objet type mutex pour protéger ta donnée. D'où la question de loufoque 'Qui est responsable de la durée de vie de l'objet en question ?'

[Alp]

Pour Boost.Thread : http://matthieu-brucher.developpez.c.../boost/thread/
C'est un module de la bibliothèque Boost. Tout est écrit avec du C++ "moderne" donc tu risques d'être dépaysé, par rapport à pthread

[boule_t]

Bonjours et merci à tous pour vos réponses.
Pour la question sur la durée de vie :
mon objet Donnee_partagee serat responsable de la durée de vie de la donnée partagée. Si c'est un objet vector, le destructeur ~DonneePartagee n'aurat pas beaucoup de boulot mais s'il y a de la libération d'espace mémoire à faire c'est dans son destructeur que ca aurat lieu (c'est du moins ce que j'imagine pour l'instant).
En fait je cherche surtout une bonne idée pour faire ce dont j'ai envie.
Je n'aimais pas trop l'idée de devoir créer des mutex indépendants de mes données et de gérer les deux en même temps. Je préfère encapsuler le tout dans un objet. Mais si vous avez d'autres idées (des meilleurs tant qu'à faire ) ba je suis preneur !

Sinon pour l'utilisation de boost::thread, j'ai déjà trouvé la doc de developpez.com et celle de boost.org. Je ne connais pas tout évidemment, mais j'arrive à créer mes threads (éxecutant une fonction ne prenant pas de paramètre) et à utiliser les mutex donc pour l'instant ca va.
A ce sujet, je crois avoir compris que les threads ne peuvent éxecuter que des fonction n'ayant pas de paramètres ? Je pense que non mais je n'ai pas encore trouvé...

Voila !
Encore merci à vous

[Alp]

A ce sujet, je crois avoir compris que les threads ne peuvent éxecuter que des fonction n'ayant pas de paramètres ? Je pense que non mais je n'ai pas encore trouvé...

Oui et non. Oui car en principe c'est le cas.
Non car avec Boost.Bind on peut feinter une fonction qui n'a pas de paramètres tout en fixant ses arguments avant la création du thread.

[boule_t]

Je revient de la doc. Si j'ai bien compris, la fonction que tu passe à la création de ta thread c'est boost::bind(mafonction, arg1, etc). Sympas je connaisais pas du tout ! Merci !

[Alp]

C'est tout a fait ça. Ca permet de donner des valeurs, un contexte à ta fonction, pourtant aux yeux de thread ce sera une fonction sans argument, car en fait cela génère une fonction de sorte que les valeurs soient déjà fixées et qu'il ne faille plus les passer en argument. C'est cela qui est passé au thread.

[loufoque]

C'est similaire à curryfication en programmation fonctionnelle.