OVH Cloud OVH Cloud

Classe thread

15 réponses
Avatar
Delf
Bonjour.

Je recherche une classe Thread qui fonctionne sur Linux/BSD et simple à
utiliser.

Si vous en connaissez, merci d'avance.

--
Delf
Do not use this email in Cc!

10 réponses

1 2
Avatar
John Deuf
Delf :

Je recherche une classe Thread qui fonctionne sur Linux/BSD et simple à
utiliser.


http://www.boost.org/doc/html/threads.html

--
John Deuf

Avatar
TjB
Bonjour,

Il y a une implémentation dans root ( root.cern.ch ) , compilable
sur (quasi) toutes les plateformes. Pour la doc des threads de root :
ftp://root.cern.ch/root/doc/chapter24.pdf .

T.
Avatar
Delf
Delf wrote:

[...]


C'est un peu lourd d'utiliser des frameworks pour juste utiliser des
threads non ?

--
Delf
Do not use this email in Cc!
L'homme n'est que poussière. La femme est aspirateur.

Avatar
TjB
Certes si, c'est un peu lourd.

D'ailleurs, je préfère personnellement utiliser simplement les
threads C et non d'éventuelles surcouches C++...

T.
Avatar
Delf
TjB wrote:

D'ailleurs, je préfère personnellement utiliser simplement les
threads C et non d'éventuelles surcouches C++...


C'est ce que j'ai pensé faire finalement.
Installer un framework sur des postes clients, ça me cahuffe pas trop :

--
Delf
Do not use this email in Cc!
Quand je vais aux chiottes, je prends un manuel CISCO.

Avatar
Fred
TjB wrote:
Certes si, c'est un peu lourd.

D'ailleurs, je préfère personnellement utiliser simplement les
threads C et non d'éventuelles surcouches C++...

T.



C'est dommage! L'utilisation de la RAII est vraiment pratique (smart
locks). La librairie de threads de Boost n'est pas lourde du tout. En
fait, je ne pourrais plus me passer de Boost :)

Fred

Avatar
Delf

C'est dommage! L'utilisation de la RAII est vraiment pratique (smart
locks). La librairie de threads de Boost n'est pas lourde du tout. En
fait, je ne pourrais plus me passer de Boost :)


Peut-on utiliser uniquement la partie thread de Boost sans avoir à
'utiliser' le framework en entier ? Genre, ajouter les .h/.cpp
nécessaires dans le projet et c'est tout ?

--
Delf

Avatar
Cyrille

C'est dommage! L'utilisation de la RAII est vraiment pratique (smart
locks). La librairie de threads de Boost n'est pas lourde du tout. En
fait, je ne pourrais plus me passer de Boost :)


Peut-on utiliser uniquement la partie thread de Boost sans avoir à
'utiliser' le framework en entier ? Genre, ajouter les .h/.cpp
nécessaires dans le projet et c'est tout ?


Boost, c'est un ensemble de bibliothèques, pas un "framework" qui
tiendrait d'un seul bloc. Tu peux très bien ne compiler et installer que
les threads et tu te retrouves avec un fichier .lib et des .h que tu
inclus dans ton projet, et voilà.

--
If you want to get anything done in this country you've got to complain
till you're blue in the mouth.


Avatar
Michel Decima
In news:44350b24$0$1154$,
Cyrille typed:

C'est dommage! L'utilisation de la RAII est vraiment pratique (smart
locks). La librairie de threads de Boost n'est pas lourde du tout.
En fait, je ne pourrais plus me passer de Boost :)


Peut-on utiliser uniquement la partie thread de Boost sans avoir à
'utiliser' le framework en entier ? Genre, ajouter les .h/.cpp
nécessaires dans le projet et c'est tout ?


Boost, c'est un ensemble de bibliothèques, pas un "framework" qui
tiendrait d'un seul bloc. Tu peux très bien ne compiler et installer
que les threads et tu te retrouves avec un fichier .lib et des .h que
tu inclus dans ton projet, et voilà.


Si tu veux utiliser seulement certains composants de Boost, je crois qu'il y
a
dans la distribution un outils qui te permet de choisir ces composants, et
qui
ensuite calcule les dependances necessaire pour te constituer ta propre
distribution "minimale".



Avatar
Delf

Si tu veux utiliser seulement certains composants de Boost, je crois qu'il y
a
dans la distribution un outils qui te permet de choisir ces composants, et
qui
ensuite calcule les dependances necessaire pour te constituer ta propre
distribution "minimale".


Ca m'intéresse ça. En fin de compte, je n'ai juste besoin que des
classes relatives aux threads et aux mutex.

--
Delf

1 2