Discussion :

[john.fender]

Bonjour,

connaissez vous une commande permettant de lancer des commandes, des executables ou des scripts en multithreadé (une tâche par script en charge de capturer exit code, stdout, std err), hors vbs ?

Merci,

john.

[minnesota]

salut

lancer des commandes, des executables ou des scripts en multithreadé

Ça n'a pas de sens ce que tu dis.
Ma fois, tu peux les paralléliser si ça te chante et dans ce cas, la commande start est suffisante.

[john.fender]

Disons que tu ne comprends pas ce que j'écris, ce qui est différent. Je vais essayer d'être plus clair :

start lance un processus puis attends le code retour si demandé, donc on est dans un cadre monothread, une tâche un processus : la console est bloqué, attendant l'exit de la commande.

Si avec un equivalent de la commande Start quelconque, tu lances toutes tes commandes et tu as la possibilité pour chaque commande lancée de consulter ensuite ce qu'elle renvoies (commande finie ou non, code retour...), tu obtiens un start Multithread.

C'est ma question : es-ce que ça existe, hors VBS.

[minnesota]

Disons que tu ne comprends pas ce que j'écris, ce qui est différent.

Elle est bonne, celle-là.

Si avec un equivalent de la commande Start quelconque, tu lances toutes tes commandes et tu as la possibilité pour chaque commande lancée de consulter ensuite ce qu'elle renvoies (commande finie ou non, code retour...),

un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
start cmd /k ta_commande
start cmd /k ou_ton_script
start cmd /k ou_ton_programme

peut faire ce que tu veux.

[john.fender]

Non, ce que tu m'écris c'est du multiprocessus, monothread....

Pour t'aider à comprendre, pose toi la question suivante : comment je fais pour savoir l'état de mes tâches, stdout,stderr et exit code, à tout moment.

Avec ta méthode tu lance des processus différent en parallèle mais c'est tout. Rien en te relies lus aux cmds que tu lances. Si c'était des threads, tu pourrais interroger l'état de chaque cmd dans ton programme principal.

[minnesota]

Ben un thread, dans son fonctionnement n'est pas si différent d'un processus si ce n'est qu'il partage une mémoire commune avec son processus parent, ou un truc dans le genre.

Donc toi, tout ce que tu as à faire, c'est de faire générer par tes scripts paralléliser des fichiers (ou autre) dans lesquels ils consignent les informations que tu as besoin, et que ton script principal pourra aller consulter à tout moment.