Comment on fait des threads?

Version imprimable

14/09/2006, 11h27
chrono23

Comment on fait des threads?

Salut!

J'ai une fonction qui requiert un temps de traitement important! et j'aimerais la mettre dans un thread, pour evite que le programme soit bloque par ce traitement (interface graphique atteignable,etc,...).

Donc ma question est comment faire un thread en C++??
14/09/2006, 11h36
Matthieu Brucher

Il y a plusieurs bibliothèques qui le permettent.
Par exemple Boost : http://miles.developpez.com/tutoriels/cpp/boost/thread/
14/09/2006, 11h50
chrono23
Donc en gros, pour mon cas. C'est-a-dire: une fonction qui s'execute dans un thread on aura :
Code:

1 2 3 4 5 6 7 8 9 10 11 //Dans Main #include <boost/thread/thread.hpp> void uneFonction(){;} int main(){ boost::thread unThread(&uneFonction); }
Donc quand j'appelle uneFonction(), le thread se lance??? comment on le tue? c'est automatique??
14/09/2006, 12h40
Matthieu Brucher

Le thread s'arrête lorsque la fonction se termine, mais l'objet thread peut être détruit sans que le thread lui-même s'arrête.
Pour synchroniser, il y a barrier.
14/09/2006, 13h29
chrono23

et sans la librairie boost, c'est quoi les possiblités???
14/09/2006, 14h13
jobherzt

pourquoi, elle te plait pas la librairie Boost ???:aie:

plus serieusement, elle est tres simple a utiliser et tres "prudente" dans la gestion des ressources, donc evite pas mal d'erreur. je m'en suis servi recemment et ca ronronne san probleme, alors que j n'y connaissais pas grand chose aux threads.. donc je recommande !!

sinon, tu as des solutions mais tres specifiques a ton systeme, et plus "bas niveau", ce qui mltiplie les risques d'erreur..
14/09/2006, 14h22
Eusebe

Qu'est-ce que tu utilises comme bibliothèque pour l'interface graphique ?
En général (du moins les quelques bibliothèques que je connais :aie:) il y a un système de gestion de threads avec...
14/09/2006, 14h28
chrono23

merci pour vos reponses!

Alors pour être franc, je n'ai pas encore developper l'interface graphique, mais je pensais le faire avec visual c++ express, donc pour les GUI c'est du .net!
Ok pour la libraire boost mais comment je l'installe c'est pas trop le bronx????
Et quelles sont les solutions que je pourrais dja utiliser???
Selon je devrais pas m'interreesser au thread avant de developper le GUI???
je sais ca fait pas mal de questions en meme temps ^_^
14/09/2006, 14h29
Médinoc

Attention: Si tu fais du .Net, je crois bien que tout ce qui touche au système devra être en .Net : Donc, les threads aussi...

Avec VS Express, en téléchargant le Platform SDK, tu pourras aussi utiliser l'API Win32...
14/09/2006, 16h32
loufoque

Citation:

mais je pensais le faire avec visual c++ express, donc pour les GUI c'est du .net!

Rien ne t'oblige à utiliser .NET.

En tous cas si tu utilises .NET, tu ne fais plus du C++.
14/09/2006, 16h46
chrono23

Je sais cela, mais avec les contraites temporel que j'ai il est infiniment plus simple pour moi de créer le GUI avec l'éditeur de VC++ express, (la version gratuite n'offrant que la plateforme .net pour l'édition graphique)...
Sinon concernant ces threads, qu'est ce qu'il me reste à part la boost??
des faq ou tuto qui en parle sont les bienvenue...
14/09/2006, 16h56
Matthieu Brucher

Mouais, on ne peut rien faire à la souris, contrairement aux autres versions. Et la version Express ne donne accès qu'à l'API WIN32, rien d'autre.
Pour les threads, il te reste le sthreads de Windows, ACE, Qt, ...
15/09/2006, 08h38
jobherzt

oui, j'ai encore du mal a m'habituer au fait qu'il y ai des gens qui programment en incluant une interface graphique :aie:

donc a priori, va falloir utiliser les trucs de la maison microsoft, auquel je ne connais rien, donc ma modeste contribution s'arrete la.

soit dit en passant, l me semble que boost est lourd a installer sous windows.
15/09/2006, 09h01
Matthieu Brucher

Pas plus que sous Linux quand ce n'est pas pré-installé.
15/09/2006, 09h06
jobherzt

attention, ceci n'est pas un troll, juste un cas particulier ...

sous windows, il me semble qu'il y a ue manip bizzare a faire avec un utilitaire fourni par boost, un truc assez special, avec tout un tas de parametere a donner en ligne de commande..

sous linux j'ouvre synaptic, je coche la case "boost-thread", il la telecharge et il l'installe tout seul, comme pour tous les autres logiciels/librairies que j'utilise ou presque.
15/09/2006, 09h24
Matthieu Brucher

Pour la compilation de Boost, on utilise bjam, oui. Ce que tu télécharges, c'est une version compilée pour un compilateur dans un cas de figure. Parfois tu dois changer de compilateur, prendre un autre que GCC, et là, t'es mal barré.
Sous Windows, on utilise couremment MingW, VS, ... ils ne peuvent pas fournir un paquet pour chaque compilateur :|
15/09/2006, 09h50
jobherzt

certes, comme je le disais, mon propos n'avait pas une portée générale. dans mon cas personnel, l'installation sous windows a été douloureuse, et celle sus ubuntu enfantine. mais il est vrai que je n'avais pas de contraintes de ce type. reste que l'usage de la ligne de commande sous windows n'est pas tres agreable, donc quitte recompiler, je prefere quand meme le faire sous nunux ;) mais ne nous eloignons pas du sujet !
15/09/2006, 23h35
loufoque

Y'a des versions précompilées de boost pour MSVC7.1 et 8.
http://prdownloads.sourceforge.net/boost/
16/09/2006, 10h28
Alp

Et tu les télécharges précompilées?
Parce que l'utilitaire en ligne de commande sert juste à compiler les librairies qui ont besoin de l'être :aie:
Sinon pour les threads il y a pthread(C), wxWidgets, QT, ACE, boost et d'autres beaucoup moins connues.
Mais il faudrait le faire pour ne pas trouver ton bonheur parmi celles là.
17/09/2006, 02h24
scaleo

Tu est sur que ta pas téléchargé visusla C# Expresse ???? parce qu'il me semble que VC++ EX, bah l'interface c'est du pur C++ aucune trace de .Net sauf si tu veut faire du C++/.Net , mais même dans ce ac tu peut utiliser OpenMP qui te permet de multithreader une application très simplement et qui est pris en charge par Visual Studio et est multiplateforme
17/09/2006, 13h47
Médinoc

La version express ne supporte pas OpenMP.
Mais elle supporte complètement .Net.
17/09/2006, 14h51
adel_dz

La bibliotheque c de microsoft propose la fonction "

Code:

_beginthreadex

" pour demarrer un thread qui est une extension de la fonction Win32/64

Code:

CreateThread

seulement un conseil: fais en sorte que le thread se termine uniquement lorsque ta fonction se termine
20/09/2006, 18h53
Tymk

Je profite de ce sujet sur les threads pour poser ma question :

J'ai moi aussi besoin d'utiliser un thread, j'ai utilisé un DevPack de boost sous Code::Block mais je ne sais pas si l'installation de ce DevPack est suffisante ou s'il y a d'autres manips à faire avec bjam ou autre.

Pour la doc d'utilisation je pense pouvoir en trouver facilement sur internet.
20/09/2006, 21h32
Médinoc

[lourd]
On n'utilise jamais "un" thread en multithreading : On répartit son programme sur deux threads ou plus.

Les seuls moment où on utilise un seul thread, c'est dans un programme monothreadé sur un OS qui supporte les threads de manière native (comme Windows), où chaque processus a au moins un thread. Et là, on n'a besoin d'aucune bibliothèque de multithreading.
[/lourd]
20/09/2006, 21h35
Tymk

D'accord, mais dans ce cas j'ai besoin d'utiliser 2 threads et mon problème est inchangé.

Merci pour ces précisions.
20/09/2006, 21h52
Médinoc

Hélàs, je suis incapable de t'aider: Je n'ai jamais utilisé boost, et je n'ai eu recours au multithreading qu'avec les fonctions de l'API Windows... :(
20/09/2006, 23h45
loufoque

Il y a le tuto de Miles avec ses magnifiques exemples qui compilent pas.
21/09/2006, 08h01
Matthieu Brucher

Citation:

Envoyé par loufoque

Il y a le tuto de Miles avec ses magnifiques exemples qui compilent pas.

Tu peux être plus précis stp ?

Code:

1 2 3 4 5 6 7 8 9 int main() { boost::thread_group group; for(unsigned int i = 0; i < 10; ++i) { group->create_thread(&uneFonctionPlusieursThreads); } group->join_all(); }
group n'étant pas un pointeur (ni un smart pointer), on devrait utiliser ., pas ->.

21/09/2006, 13h01
Matthieu Brucher

Effectivement, erreur que je vais corriger ce soir...
22/09/2006, 00h48
vdumont

Quelqu'un peut m'éclairer sur un petit point qui me chicote?

Supposons la situation dans laquelle j'aurais besoin de thread dans mon programme et que je veux utiliser les librairies que boost proposent, comment distribuer un programme sans avoir à inclure la bibliothèque boost au grand complet?
22/09/2006, 10h47
loufoque

Ben tu lies de manière statique.
22/09/2006, 10h49
Matthieu Brucher

Ou mettre juste la bibliothèque liée avec.
22/09/2006, 15h59
d'Oursse

Il vaut mieux distribuer la dll : en cas d'upgrade de boost (et dans la mesure ou l'api et l'abi restent compatibles), tu n'auras pas besoin de recompiler ton programme.
22/09/2006, 16h50
vdumont

Merci
23/09/2006, 00h47
Luc Hermitte

Citation:

Envoyé par d'Oursse

Il vaut mieux distribuer la dll : en cas d'upgrade de boost (et dans la mesure ou l'api et l'abi restent compatibles), tu n'auras pas besoin de recompiler ton programme.

Justement sauf quand le code des interfaces évolue. Je ne te dis pas le beans qu'il y avait eu entre un boost précompilé en 1.32 (dans /usr/lib/) et des en-têtes en 1.33 (dans /project/3rdparty/boost). Va comprendre pourquoi l'exécutable a un comportement chaotique.
Il n'y a guère que l'approche (toute bête) employée par COM qui assure de pouvoir mettre à jour des DLL sans risques de conflits dans les symbôles.

Fuseau horaire GMT +2. Il est actuellement 08h18.