EXÉCUTION D'UN PROGRAMME ET ATTENDRE LA FIN DE L'EXÉCUTION DE FAÇON NON BLOQUANT
cs_eldim
Messages postés
956
Date d'inscription
lundi 30 mai 2005
Statut
Membre
Dernière intervention
21 août 2014
-
20 janv. 2006 à 15:07
spidermario Messages postés 121 Date d'inscription mercredi 26 octobre 2005 Statut Membre Dernière intervention 14 mars 2009 - 23 oct. 2006 à 17:32
spidermario Messages postés 121 Date d'inscription mercredi 26 octobre 2005 Statut Membre Dernière intervention 14 mars 2009 - 23 oct. 2006 à 17:32
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/35669-execution-d-un-programme-et-attendre-la-fin-de-l-execution-de-facon-non-bloquante
https://codes-sources.commentcamarche.net/source/35669-execution-d-un-programme-et-attendre-la-fin-de-l-execution-de-facon-non-bloquante
23 oct. 2006 à 17:32
23 janv. 2006 à 20:40
Tu me diras si tu en as été averti.
Depuis 15h, le serveur de mail surchauffe, alors il est possible que le mail qui averti t'arrive ... mais un peu plus tard.
Confirme moi, stp, par message privé.
Jack
23 janv. 2006 à 17:14
Le Sleep 1 Fonctionne parfaitement sans surcharger le processeur
En plus j'avais oublier de préciser le thread sur lequel faire le sleep
Je modifie le code en conséquence
23 janv. 2006 à 17:08
J'ai besoins de l'équivalent :
Shell Fichier,wait:=true
Sans bloquer l'appli
pour que mon prog attende la fin de l'exécution, tout en conservant l'interface active
c'est pour ça que j'ai du mal à réaliser ça avec le callback car le callback semble terminer la procedure en cours sans attendre la fin de l'exécution
23 janv. 2006 à 16:45
Mets-donc sleep(1) au lieu de 100 ! :)
23 janv. 2006 à 15:18
La gestion événementielle n'est pas non-plus une bonne solution car elle ne répond pas à mes attentes puisqu'elle termnie l'exécution de mon programme avant la fin de l'exécution du process
Donc finallement, à moins qu'il y ait d'autres propositions, ma solution de départ (sans le sleep) est préférable
23 janv. 2006 à 12:02
ça à l'air pas mal du tout je vai tester
Seul hic : c'est une gestion événementielle, hors ce qui m'intéresse c'est la continuité...
Je pense qu'il me faudra tout de même une boucle d'attente que le p.Exited est eu lieu
23 janv. 2006 à 10:15
Je reconnais alicvb que je n'ai pas besoins du shellexecute mais je l'ai laissé car je suis en cours de modif et j'ai posté le source en l'état pour une amélioration plus rapide grace à vos critiques.
Au départ, je n'utilisait que le shellexecute mais je n'avais pas le wait, et le wait du shell bloquait toute l'appli donc j'ai eu l'idée d'essayé ça (sans connaitre le source de renfield)
Si on pouvait m'adier un peu sur le callback et les autres améliorations, je suis tout ouï (à l'aide d'exemples si possible...)
Merci à vous tous pour vos commentaires
23 janv. 2006 à 09:22
Comment tu fais le callback ?
22 janv. 2006 à 00:29
l'idéal serai un callback, ou un second thread qui fait cette boucle, ou un timer qui vérifie l'etat tout les 10 millisecs...
21 janv. 2006 à 18:51
C'est plus simple et ça évite même les API...
En tout cas, ça marche chez moi !
AlicVB
20 janv. 2006 à 18:57
il me semble
20 janv. 2006 à 17:41
Ci-dessus une source postée par Renfield il y a pas bien longtemps dans la categorie VB6 mais c'est la même chose en .NET
Elle permet également de faire la même chose, mais gère également les fichiers. C'est à dire Ouvrir un fichier avec le programme qui lui associé et attendre que celui-ci soit fermé.
20 janv. 2006 à 15:07