std::thread et contrôle du thread créé

Bonjour,
je rencontre quelques difficultés dans l'utilisation de std::thread..
En fait je ne comprend pas comment garder le contrôle sur mon thread (sauf à faire un join() juste après sa création, mais dans ce cas à quoi bon faire un thread ;) ?

Je cherche à utiliser des std::thread dans mon appli Qt
Si l'un de vous pouvez me donner un ptit code d'exemple
par exemple j'ai un bouton start et un stop,
quand je cliqu sur start le thread démarre et il incrémente un int passé en parametre chaque seconde. Quand on clique sur stop, le thread se termine (gracefully ;) et me renvoi la valeur courante de l'entier en question..

Merci, par ce que je galère un peu ca fait une dizaine d'année que j'avais pas touché de c++
J'étais sur du java et l'utilisation des threads y est tres intuitive ^^

Le std::thread actuel ne fournis rien pour la synchronisation.

Le standard fournis d'autres outils pour ca. Par exemple tu peux utiliser std::async() (attention a bien utiliser le paramettre pour forcer la creation d'un thread) en combinaison avec std::future<>.

Par contre boost::thread fournis de quoi interrompre un thread, comme dans ton exemple.

Dans tous les cas, c'est a toi de mettre en place la facon dont les thread communiquent, std::thread n'a que le role de representer le thread.

Tu peux utiliser des queues de messages (par exemple basee sur les conteneurs de TBB ou encore boost::lockfree), tu peux aussi passer par des mutex etc.

Si tout ce que je viens de dire te perds, achete ce bouquin et lis le entierement: http://www.manning.com/williams/

Si tu ne lis pas l'anglais... bon courage...:aie:

Merci, pas de lézard, c'est clair.
La classe std::thread n'est pas un wrapper autour d'un thread mais bien un objet thread "basique" (je sais j'y vais un peu fort). Je vais regarder ce qui est promesse et execution asynchrone, merci.
Je voudrais éviter boost histoire de pas charger mille bibli en mem.
pour l'instant j'interface en Qt, mais ca pourrait devenir du gtk voir du java...
C'est pour ça que je préfère ne pas m'éloigner de la std et que je n'utilise pas QThread (qui serait le plus simple... ... tant que l'interface est en Qt!)
Bref tu l'auras compris je veux garder portabilité ET flexibilité. ;)

Citation:

---

Envoyé par progPseud

La classe std::thread n'est pas un wrapper autour d'un thread mais bien un objet thread "basique" (je sais j'y vais un peu fort).

---

Non, non, tu as exactement raison. :D

Ils leur fallait cette brique pour pouvoir construire le future du concurrentiel du language.
Ils n'ont pas integrer de systemes d'interruption comme dans boost.thread principalement parcequ'ils n'etaient pas d'accord sur les details du comportement et du coup faute de temps ils ont repousse le sujet.

Et a priori ils vont plutot s'orienter sur fournir des outils de synchronisation generique, conteneurs thread-safe, queues par exemple, et amelioration du std::future plutot que d'avoir un systeme exclusivement poru arreter les threads.

Citation:

---

Je vais regarder ce qui est promesse et execution asynchrone, merci.
Je voudrais éviter boost histoire de pas charger mille bibli en mem.
pour l'instant j'interface en Qt, mais ca pourrait devenir du gtk voir du java...
C'est pour ça que je préfère ne pas m'éloigner de la std et que je n'utilise pas QThread (qui serait le plus simple... ... tant que l'interface est en Qt!)
Bref tu l'auras compris je veux garder portabilité ET flexibilité. ;)

---

Tu as bien raison!

J'ai ce souci aussi et malheureusement tu risques de tomber sur des manques si tu n'utilises que std::thread. (sans compter les bugs de design de std::async() )

Dans mon cas, parceque je n'ai pas besoin de GUI sur ce projet, je combine std, TBB (qui est partiellement certainement vouee a etre dans le prochain standard C++14) et boost pour completer (par exemple, pour fournir des mutex multiple-reader-single-writer qui n'existent pas dans std).

Si il n'y a pas besoin d'un systeme de GUI comme Qt ou GTK, je te conseillerai juste d'ajouter TBB a std. Ca devrait etre carrement largement suffisant pour tous tes besoins.

Merci pour tes réponses je vais regarder TBB je connais pas.