[boost::threads] verouillage et déverouillage d'un mutex

Bonjour.

Je suis actuellement en train de me mettre à boost::threads, mais quelque-chose m'interpelle dans cet exemple: En effet, il y a le passage :

Code:

---

1 2 3 4 5 6 7 8 9 10

void uneFonctionPlusieursThreads() { { boost::mutex::scoped_lock lock(mutexTraitement); // Accède aux données de traitement en toute sécurité } value.reset(new int); // On crée des données spécifiques au thread   // Traitement sur value }

---

Ici, j'ai du mal à percevoir le début et la fin du lock :en effet, il semble que ce soit compris dans les accolades, mais je ne vois nulle part de lock.unlock()...
D'autre part, je ne suis pas sûr de bien percevoir l'utilité de ces accolades

Bref, un petit éclaircissement serait le bienvenu.

Cordialement

Bien le bonsoir,

Le scoped_lock libère le verrou quand il est détruit, donc quand on sort de la portée dans laquelle il a été déclaré.

Ces accolades servent donc à expliciter plus précisément la portée du lock.

Ha d'accore, je n'avais pas vu cette spécification du scoped lock.


Merci beaucoup et désolé pour cette question bête.

Précision : L'intérêt par rapport à une fonction unlock, c'est que quelle que soit la manière dont on quitte le scope (= les accolades), même si c'est par une exception, on est certain que le lock sera libéré, alors qu'un appel à une fonction unlock pourrait être sauté.

RAII, quand tu nous tiens ;)

Ah, une petite question supplémentaire (pas la peine de créer un nouveau sujet pour ça), Je crois savoir que certaines librairies satndart comme time.h sont déconseillées avec boost. iostream en fait-il partie ?

merci.

Non, ça va.

time.h, c'est plus du C++ qu'il s'gait. Pour ces bibliothèques en C++, il faut include ctime. Tous les en-têtes C standard ont un nom spécifique en C++ pour que les fonctions soient inclues dans le namespace std.

oups, je ne parmlais pas de boost, mais de boost::thread.

donc il n'y a pas de problème si on utilise boost::thread et ctime en même temps ?

en fait, cette inquiétude étais dû à la première phrase du tuto sur boost::thread.


merci.

Tu veux dire :

Citation:

---

Utiliser Boost.Thread implique l'utilisation des versions multithreadées des bibliothèques runtime, sans quoi on retombe dans les travers exposés précédemment.

---

S oui, aucun rapport avec ctime. C'est juste que certains compilateurs (MS par exemple, mais plus dans les dernières versions je crois) fournissent plusieurs versions des bibliothèques standard, au contenu identique mais au comportement un poil plus rapide si on était mono thread (par exemple, new n'a alors pas besoin de poser de lock pour allouer). Il faut alors choisir la bonne version au moment de linker ton programme.

hmmm ok.

qu'en est-il de gcc ?