heink paske je programme un peu, enfin très peu quoi, façon fac en info je vois ce que c'est mais jm'en suis jamais servi ... sinon des bons sites pour le C++ ?
Merci !!

non, il suffit d'avoir de snotions de programamtion concurrente (mutex et section-critique, sémaphore, etc)
 
apres ça depend de ton environnement, rien de standard

Voici la doc que j`ai utilisé pour faire mes premiers programmes utilisant des threads (c en anglais):
 
http://dis.cs.umass.edu/%7Ewagner/ [...] orial.html

Merci

en fait j'ai capté le principe, mais je me demande dans ce que je fais ce que ca va m'apporter : c'est censé être des fonctions qui se suivent ... donc je vois vraiment pas l'intêret ... vous en pensez quoi ?
 
Sinon vous me conseillez quoi comme bouquin sur le VC++ ?

Ca dépend de ton problème. Quels sont les traitements que tu dois faire ? Est-ce que tu dois faire plusieurs actions en meme temps.
 
[quote]Sinon vous me conseillez quoi comme bouquin sur le VC++ ?/quote]
VC++ est un environnement de développement. C++ est le language. Je te conseille plutot un bouquin généraliste sur le C++ qui va te donner de bonnes bases (c'est pas toujours dans l'enseignement qu'on apprend les nombreuses possibilité du C++).
Après tout dépend de ce que tu veux faire. Si tu veux des interfaces utilisateur avec une bibliothèque vieillissantes, tu peux t'acheter un bouquin sur les MFC. Mais bon y a quand meme bien mieux pour faire des interfaces fenêtrées (Qt, C++ Builder)

ca doit etre à temperature ambiante non?
 
bah c'est comme tout.
 
un chouilla d'interet pour la programmation
un chouilla de motivation pour s'y lancer
un chouilla de projet interressant pour s'y lancer
un chouilla de bonne doc
 
et le monde est à toi normalement..

ben la motivation je l'ai mais le problème c'est que je vois pas du tout l'intérêt d'utiliser des threads donc voila .......
En gros, si je dois par exemple aller envoyer et lire des données sur le port //, et que j'envoie bit par bit, un message assez long que j edécompose auparavant en octet, ou est l'intérêt

je connais pas la prog de l'interface // mais disons que si t'as des fonctions bloquantes (genre en input) et que tu veux continuer des traitements en parallèle, les threads s'imposent; un thread sera bloqué ou en attente tandis que les autres continueront leur boulot (ouput, affichage ou autre)

ouais ... ben en fait hier j'ai commencé à faire un truc pour la réception de données, ou je commence à traiter les donnéess directement sans attendre le nombre de bits total
Je commence à y voir un peu mieux, le problème étant que jene sis pas encore très sûr de ce que j'ai fait