Discussion :

[PP(Team)]

Bonjour,

Je dois créer un programme permettant de téléchargement via 3 sources (torrent, ftp, http). Ces trois sources fonctionnent, mais l'une après l'autre.
Hors, l'intérêt de mon programme est le fait qu'il puisse télécharger sur les 3 modes en même temps.

J'ai pensé que les threads pourraient être utiles dans ce cas, mais je ne trouve pas de tutorial pemettant de créer simplement des processus, et de les détruire dès le téléchargement terminer.

Qui sait comment utiliser des phreads ???

NB : programmant sous windows, impossible d'utiliser fork()

[Alp]

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

Miles a écrit une introduction aux threads de boost : http://miles.developpez.com/tutoriels/cpp/boost/thread/

[Darwiz]

Si tu es sous Windows regade sur : http://msdn2.microsoft.com/fr-fr/lib...e8(VS.80).aspx

[PP(Team)]

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

Miles a écrit une introduction aux threads de boost : http://miles.developpez.com/tutoriels/cpp/boost/thread/

Mon projet inclut déjà boost, donc ca serait cool que j'arrive à utiliser ces phreads.
Merci beaucoup, je vais regarder son tuto.

[Laurent Gomila]

C'est thread, pas phread

[PP(Team)]

Maintenant je connais un peu mieux ce que je veux faire, donc vous avez peut-être me dire si je me trompe en voulant utiliser des threads.

Ce qu'il me faut, c'est qu'un processus père(téléchargement torrent) lance 2 processus fils (http, ftp), et qu'il récupère la valeur générée par ses 2 fils (une partie d'un fichier en fait le plus souvent).
Donc voila, sous Linux, j'aurais utiliser fork, voir p_pid (il me semble, c'est vieux), mais sous Windows, je ne connais pas le principe.

Existe-t'il de simples processus sur Windows.

NB : dans le cas concret, par exemple, 3 torrent seront lancé, 2 http, et 1 ftp, et le tout, en même temps sur des fichiers qui pourront êtres différents.

[Darwiz]

Moi je passerais par la méthode CreateThread avec une méthode en paramètre.

[PP(Team)]

Moi je passerais par la méthode CreateThread avec une méthode en paramètre.

C'est ce que je suis en train de regarder, cela à l'air de correspondre plutôt parfaitement à ce que je souhaite faire.
Donc, je vais plancher sur la question, et je vous dirais quoi.

[loufoque]

CreateThread est une fonction de l'API Win32.
boost.thread est une bibliothèque portable, et aussi plus propre car plus conçu pour le C++.

[Patriarch24]

et aussi plus propre car plus conçu pour le C++.

C'est plus conçu pour le C++.
CreateThread, c'est du C.

[Ulmo]

Tu veux dire que en C on utilise CreateThread, et en C++ on utilise boost ou une autre encapsulation ?
Je ne suis pas vraiment d'accord avec cela. Une grande partie du C est aussi du C++.

[JolyLoic]

En C++, on utilise généralement des encapsulation, qui permettent entre autre de définir plus librement la fonction de thread, pour qu'elle puisse être par exemple une fonction membre d'un objet.

[PP(Team)]

Est-ce que quelqu'un aurait un exemple concret où le fils renvoie une valeur au père qui traite cette valeur. Je sais que c'est possible sous Linux (déjà utilisé), mais sous Windows...

[mchk0123]

L'utilisation de fork() (non portable) implique la création de plusieurs processus ; cette mécanique n'a rien à voir avec la notion de threads.

L'utilisation de boost.thread (portable sous Windows et Linux) met en oeuvre qu'un seul processus dans lequel il y a création de plusieurs activités (threads).

Dans ton cas tu devrait t'orienter vers boost.thread.

Enfin, lorsque l'on à plusieurs thread, comme chaque activité est situé dans un même processus, toute la mémoire est partagée, donc aucun soucis de tansfert de données entre threads. Une simple variable globale suffit.

[PP(Team)]

L'utilisation de fork() (non portable) implique la création de plusieurs processus ; cette mécanique n'a rien à voir avec la notion de threads.

L'utilisation de boost.thread (portable sous Windows et Linux) met en oeuvre qu'un seul processus dans lequel il y a création de plusieurs activités (threads).

Dans ton cas tu devrait t'orienter vers boost.thread.

Enfin, lorsque l'on à plusieurs thread, comme chaque activité est situé dans un même processus, toute la mémoire est partagée, donc aucun soucis de tansfert de données entre threads. Une simple variable globale suffit.

Merci,
Je n'arrive pas à trouver d'exemple "simple", en aurais-tu un ?
Mais donc en faire, je déclare une variable en globale, je positionne un ponteur vers l'endroit souhaité via SetFilePointer, et le processus meurt, ainsi de suite, et à la fin, je récupère le fichier ?
Mais est-ce que cette méthode ne risque pas de poser des problèmes si plusieurs phreads mettent des données en même temps dans un fichier ?

[Alp]

D'où l'utilité des mutex
Boost.Thread offre tout ce qu'il faut pour gérer tout cela, et pas qu'un peu.

Regarde la doc de Boost.Thread, ainsi que le tutoriel de miles à ce sujet => liens que j'ai posté bien plus haut.

[PP(Team)]

J'ai remarqué que sur son tuto, il disait que boost allait beaucoup changer, donc comme mon prog va être utilisé pendant longtmps (j'espère), je voudrais éviter tout problème.

[poukill]

L'utilisation comme client (est moins "risqué" à long terme qu'une utilisation avec héritage.
En effet, si l'interface ne change pas, ton programme durera longtemps...

[PP(Team)]

L'utilisation comme client (est moins "risqué" à long terme qu'une utilisation avec héritage.
En effet, si l'interface ne change pas, ton programme durera longtemps...

Je ne comprend pas ce que tu veux dire ?

[poukill]

Ben, quand tu es client (aggrégation de la bibliothèque que tu utilises dans une des tes classes), tu utilises l'interface de la bibliothèque en question pour t'en servir. Si la bibliothèque change un peu, t'as plus de chance de t'en sortir!
Alors qu'en cas d'héritage, tu redéfinis... et là c'est pas pareil.

client -> héritage d'interface
héritage -> héritage d'implémentation