WD : classe cConsole -> win32 Console

Version imprimable

1 pièce(s) jointe(s)

Cette classe est basée sur la classe WD7DOS (disponible chez sourceforge.net ici) créée par drcharly93 et romu, reprise par Nicolas Compain ici (32 bits 64 bits). Elle permet d'exécuter des commandes win32 console (et non pas DOS comme on a toujours tendance à le dire) sans qu'une fenêtre s'ouvre pour l'utilisateur et avec possibilité d'exploiter le texte renvoyé par la commande. Pour qu'un maximim de personnes puisse l'utiliser, j'ai écrit cette classe sous windev 9. Par rapport à la classe WD7DOS elle apporte les modifications suivantes :
Définition de procédures de réception et de fin de commande -> ProcReception ProcFinCmd
Gestion de la conversion de texte OEM vers ANSI (pour les problèmes d'accents en particulier) -> SortieAnsi
Une procédure de lecture de l'état de la commande -> LireEtat
Procédure expérimentale de commande asynchrone (ne fonctionne pas pour l'instant) -> ExécuterCommandeAsync

voici un exemple d'utilisation :
Code:

1 2 3 4 5 6 7 8 9 10 MaConsole est un cConsole MaConsole:SetCommande("ping 192.9.0.5") MaConsole:ProcReception = "MaProcReception" MaConsole:ProcFinCmd = "MaProcFin" MaConsole:ExécuterCommande() SI ChaîneOccurrence(MaConsole:SortieAnsi(),"dépassé") ALORS Erreur("TimeOut Ping") SINON Info(MaConsole:SortieAnsi()) FIN
Avec par exemple pour les procédures locales MaProcReception et MaProcFin :
Code:

1 2 3 PROCEDURE MaProcReception(pSortie est une chaîne) Trace(OemToAnsi(pSortie))
Code:

1 2 3 PROCEDURE MaProcFin() Trace("Commande win32 console terminée")
Si vous avez une version de windev qui exploite les entiers système ( pour version 32 64 bits) il faut enlever les commentaires dans entier //système (windev 9 ne gérait pas les entiers système).

Si vous avez des remarques à faire, des améliorations ou des corrections à apporter, des bugs à signaler faites le en forum et pas dans la contribution pour ne pas la "polluer" :P .

Ceci est la version bêta 0.1 de la classe cConsole. Elle est fournie comme cela (as is). L'utilisation de cette classe est à vos risques et périls et je ne saurais être responsable des problèmes ou des préjudices rencontrés.

Ami calmant, J.P ;)

09/07/2012, 05h11
jurassic pork

1 pièce(s) jointe(s)

version 1.0

voici une nouvelle mouture de la classe
changements :
// version 1.0 Jurassic.Pork - 9 juillet 2012
la version est compatible 32 bits 64 bits.
les noms des méthodes ont changé (plus courtes).
Modification de la méthode ExécuterCmdAsync utilisation d'un ExécuterCmd lancé dans un threadExécute.
Ajout du numéro de version en constante (cConsole::Version).
Correction de la méthode d'arrêt.
Les procédures ExécuterCmdAsync et ExécuterCmd renvoient maintenant le code Retour de la commande ou un code d'erreur interne.
Amélioration des performances de lecture du pipe en utilisant un buffer de 4096 octets (au lieu de 256).

la version minimum sera windev 12 car en windev 9 j'avais un problème avec le threadexécute sur une méthode de classe. En plus comme cela la version est compatible 32 bits 64 bits.
J'ai mis un projet exemple dans le dépôt PCSOFT ici

Ami calmant, J.P ;)
30/01/2014, 12h13
Donpi

Super mec, c'est exactement ce que je voulais :)

Salut JP,

je ne sais pas si je fais bien de remonter ce post mais je voulais remonter une anomalie dans la classe....

En fait j'ai constaté que le test sur le retour de "CreateProcessA" n'est pas cohérent avec la documentation MSDN.
Dans la doc il indique le retour est égal à 0 s'il y a un pb lors de l'exécution de la commande or le test effectué est <> 1.

Dans mon contexte (je teste la présence et la version de Java) cela posait un problème dans le cas où l'on venait d'installer le programme que l'on cherche à lancer.

J'ai donc modifié la procédure ExécuterCmd :
Code:

1 2 3 4 5 6 7 8 9 SI API("kernel32","CreateProcessA",lpApplicationName,&:mCommande,&Sa,&Sa,bInheritHandles,::NORMAL_PRIORITY_CLASS,lpEnvironment,lpCurrentDirectory,&Start,&:ProcI) = 0 ALORS // Si une erreur, fermeture des Handles Resultat = API("KERNEL32","CloseHandle",:HdLecturePipe) Resultat = API("KERNEL32","CloseHandle",:HdEcriturePipe) //Erreur("Fichier ou commande non trouvé.") :EnCours = Faux RENVOYER -1 FIN
Voilà, c'est tout....

1 pièce(s) jointe(s)

Hello,
merci Michel de ta remarque fort justifiée , j'ai mis à jour la classe (en pièce jointe) :

Citation:

// ===================================================
// Version 1.1 Août 2015
// Suite à remarque de Michel Souris
// Correction du test du retour des CreateProcessA (Méthodes ExécuterCmd)

code modifié :
Code:

1 2 3 4 5 6 7 8 SI API("kernel32","CreateProcessA",lpApplicationName,&:mCommande,&Sa,&Sa,bInheritHandles,::NORMAL_PRIORITY_CLASS,lpEnvironment,lpCurrentDirectory,&Start,&:ProcI) = 0 ALORS // Si une erreur, fermeture des Handles Resultat = API("KERNEL32","CloseHandle",:HdLecturePipe) Resultat = API("KERNEL32","CloseHandle",:HdEcriturePipe) Erreur("Erreur dans CreateProcessA. Possibilité : Fichier ou commande non trouvé. ") :EnCours = Faux RENVOYER -1 FIN
Ami calmant, J.P

18/11/2019, 12h36
Marty35

Interaction IHM dans un thread

Bonjour à toutes et tous,

Petit message à Jurassic Pork.
Je découvre la classe et elle fait exactement ce dont j'ai besoin ... Grand merci !!!

Néanmoins, je remarque que tu utilises un thread secondaire dans la méthode ExécuterCmdAsync() et que celui-ci appelle la méthode ExécuterCmd().
S'agissant d'une exécution dans un thread secondaire il ne doit y avoir AUCUNE interaction avec l'IHM. Or dans ExécuterCmd() tu as placé des messages Erreur() qui sont autant de risques de plantages.

J'opte personnellement dans ce cas pour des traces dans un fichier journal (log).

Et encore merci pour ce boulot qui me dépanne bien.
07/04/2021, 07h34
jurassic pork

2 pièce(s) jointe(s)

Mise à jour + projet de démo

hello,
voici une mise à jour du lisezMoi :

Citation:

classe cConsole (exploitation console windows)

Description
Cette classe est basée sur la classe WD7DOS créée par drcharly93 et romu, reprise par Nicolas Compain (adaptation 32 bits 64 bits). Elle permet d'exécuter des commandes win32 console (et non pas DOS comme on a toujours tendance à le dire) sans qu'une fenêtre s'ouvre pour l'utilisateur et avec possibilité d'exploiter le texte renvoyé par la commande.
Par rapport à la classe WD7DOS elle apporte les modifications suivantes :
Définition de procédures de réception et de fin de commande -> ProcReception ProcFinCmd
Gestion de la conversion de texte OEM vers ANSI (pour les problèmes d'accents en particulier) -> SortieAnsi
Une procédure de lecture de l'état de la commande -> LireEtat
Le code Retour de la commande ou un code d'erreur interne est renvoyé.
Une méthode d'exécution en mode asynchrone en utilisant un thread -> ExécuterCmdAsync.
Amélioration des performances du pipe de lecture en utilisant un buffer de 4096 octets (au lieu de 256).

En mode d'exécution normale (ExécuterCmd) des procédures sont disponibles :
1 - procReception pour lire à la volée ce qu'envoie la commande exécutée.
2 - procFinCmd quand la commande est terminée.

En mode d'exécution asynchrone (ExécuterCmdAsync) il faut que les procédures précédentes soient globales. L'avantage du mode asynchrone c'est de ne pas geler l'IHM en cas d'exécution de commande avec blocage en attente de timeout (comme par exemple un "net use" sur une machine qui ne répond pas).

Une méthode d'arrêt (ArrêterCmd) permet d'interrompre une commande en cours.

En cas de commande native de l'interpréteur de commande comme par exemple "dir" ne pas oublier de mettre "cmd /c " avant la commande.

La classe est fournie comme cela (as is). L'utilisation de cette classe est à vos risques et périls et je décline toute responsabilité en cas de problèmes ou de préjudices rencontrés.

Pour illustrer ceci un projet exemple windev16 contenant la classe cConsole est fourni.

En pièce jointe un projet de démo windev 16 contenant la classe cConsole version 1.1

Pièce jointe 595045

Ami calmant, J.P