Discussion :

[jeroman]

Bonsoir,

Je suis en train de créer un petit gestionnaire de téléchargement en C qui se charge d'executer l'application Wget en lui "balançant" une ligne de commande via une API Windows.
J'ai un problème et je patauge un peu car je ne sais pas comment le résoudre.

J'ai une liste plus ou moins grande de fichiers à télécharger et j'aimerais que mon programme puisse télécharger 'X' fichiers simultanément (par exemple 2 ou 3) jusqu'à ce que la liste complète soit téléchargée. Je ne sais pas trop si je me fais bien comprendre ?

Bref, le problème, c'est que je n'arrive pas à trouver le moyen de bien gérer ces téléchargements, c'est-à-dire de savoir si un fichier est bien fini de télécharger afin de permettre le téléchargement du fichier suivant dans ma liste d'URLs.

J'avais pensé à créer un système multithreads avec un tableau indiquant l'état de chacun (actif , terminé). Pour le remplir, j'ai besoin de récupérer les informations relatives à Wget pour savoir si tel ou tel fichier est bien fini de télécharger. Et là, je nage totalement...
Je sais que CreateProcess remplit une structure d'informations diverses sur le nouveau processus, mais je n'arrive pas à l'exploiter proprement. Mais d'après ce que j'ai compris aussi, si on lance plusieurs fois un même processus, c'est le même qui tourne en utilisant différentes adresses virtuelles ?

Bref, comment puis-je faire ? Existe-t-il d'autres solutions plus propres et/ou plus efficaces ?
Merci !

[Médinoc]

La seule chose que tu peux vraiment savoir sur un processus qui n'est pas programmé spécifiquement pour qu'on puisse communiquer avec, c'est quand il se termine (avec wait() sous unixoïde, WaitForSingleObject() et ses soeurs comme WaitForMultipleObjects() sous Win32).

Si tu crées X processus, chacun aura son propre id, son propre thread principal (qui aura lui-même son propre ID) et la structure PROCESS_INFORMATION contient en plus un HANDLE vers chacun. Tu peux utiliser le handle du processus pour attendre qu'il se termine (ou attendre qu'un se termine, réagir et recommencer à attendre).

Note: Pense à fermer chaque HANDLE dont tu n'aies plus besoin avec CloseHandle() : Notamment, le handle du thread principal, et le handle du processus une fois celui-ci terminé...

[David.Schris]

Je suis en train de créer un petit gestionnaire de téléchargement en C qui se charge d'executer l'application Wget en lui "balançant" une ligne de commande via une API Windows.

Sans vouloir remettre en cause ton projet, tu pourrais aussi utiliser une bibliothèque comme libcurl plutôt que de faire appel à un programme en ligne de commande.

Sinon, comme te l'a dit Médinoc, tu peux attendre que chaque processus se termine.
Si le programme lancé affiche des choses, tu peux, avant son lancement, créer un tube (CreatePipe()) pour récupérer ce qu'il écrit et l'interpréter (pour avoir plus d'infos que "fini"/"pas fini") mais cela peut devenir complexe si la sortie n'est pas formatée d'une façon facilement "parsable" (ou, en tous cas, trop complexe en regard du bénéfice obtenu).

[Mat.M]

Bonsoir,

J'ai une liste plus ou moins grande de fichiers à télécharger et j'aimerais que mon programme puisse télécharger 'X' fichiers simultanément (par exemple 2 ou 3) jusqu'à ce que la liste complète soit téléchargée. Je ne sais pas trop si je me fais bien comprendre ?

oui on a compris tu veux faire un "download accelerator"
Il faut effectivement créer à chaque fois un processus ou thread.
J'utiliserais par exemple std::vector pour empiler tous les processus crées

Bonsoir,

Je suis en train de créer un petit gestionnaire de téléchargement en C qui se charge d'executer l'application Wget en lui "balançant" une ligne de commande via une API Windows.

Mais non ! Faut prendre WinInet il ya des fonctions FTP et HTTP pour cela
MSDN+WinInet
http://msdn2.microsoft.com/en-us/library/aa385331.aspx

http://www.codeproject.com/internet/...httpclient.asp
http://www.codeproject.com/internet/ftpwanderer.asp

[David.Schris]

[...] en C [...]

J'utiliserais par exemple std::vector

[jeroman]

Bonjour ,

Merci pour vos réponses.

Je suis finalement parvenu à résoudre le problème grâce à l'API
WaitForSingleObject() dans mon thread de téléchargements. J'ai testé et ça marche nickel.

Bonne soirée.