Discussion :

[sorry60]

Bonjour,

Je voudrais pouvoir faire appel à la fonction system() de manière discrète.
Je m'explique :

Lorsque je fais par exemple :

Code :

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

1
2
 
system("mkdir test");

La fenetre cmd s'ouvre une fraction de seconde
J'aimerais qu'elle ne s'ouvre pas du tout.

J'ai essayé :

Code :

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

1
2
3
4
5
6
 
char cmd[128];
 
strcpy(cmd,"@echo off\n");
strcat(cmd,"mkdir test");
system(cmd);

La fenetre ne s'ouvre pas car la commande n'est pas reconnue : mon dosser test n'est pas créé

Merci pour votre aide
Sorry

[Emmanuel Delahaye]

Code :

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

1
2
3
4
5
6
 
char cmd[128];
 
strcpy(cmd,"@echo off\n");
strcat(cmd,"mkdir test");
system(cmd);

Horrible !

Utilise plutôt mkdir(), c'est POSIX.1 donc très portable.

[sorry60]

Horrible !

Utilise plutôt mkdir(), c'est POSIX.1 donc très portable.

Oui mais mkdir c'est juste un exemple.
Le but est un shell, donc j'utilise system(), mais je ne veux pas te cette satanée fenetre noire qui s'ouvre derriere à chaque commande

[Emmanuel Delahaye]

Oui mais mkdir c'est juste un exemple.
Le but est un shell, donc j'utilise system(), mais je ne veux pas te cette satanée fenetre noire qui s'ouvre derriere à chaque commande

Un shell qui appelle un shell ? Quel intérêt ?

Tu as qu'à faire system("cmd.exe") au début de ton code et c'est tout. Ou mieux :

Demarrer > exécuter > "cmd.exe"

Affaire réglée.

Ou alors, tu écris en C chaque fonction du shell, c'est le but, non ? Tu cherches à tricher ?

[sorry60]

Peu importe que ce que je fais est sans interet ou pas, ce n'est pas ma question.

[David.Schris]

Bonjour,

Peu importe que ce que je fais est sans interet ou pas, ce n'est pas ma question.

Avez-vous essayé avec la fonction CreateProcess en (entre autres) mettant la valeur SW_HIDE dans le champ "wShowWindow" de la structure STARTUPINFO ?

Evidemment, ce n'est pas portable...mais le problème ne l'est peut-être pas non plus...

Cordialement,
DS.

[sorry60]

Je vais essayer.

Le programme est pour windows.

[sorry60]

Cette fonction a l'air de servir pour ouvrir des programmes.

Mon projet est un remote shell, donc que des commandes shell de base (cd, mkdir, del, etc..), j'utilise donc system(), mais le problème c'est la fenetre noire qui s'ouvre derrière

[David.Schris]

Bonsoir,

Cette fonction a l'air de servir pour ouvrir des programmes.

Exact.

Mon projet est un remote shell, donc que des commandes shell de base (cd, mkdir, del, etc..),

Rappel, au cas où (inutile de me dire "je le savais déjà" [1]) : les "commandes shell de base", comme vous dites, sont interprétées par "cmd.exe".
Question(s) : qu'est-ce qui est primordial dans votre projet ?
Le côté "remote" ou le côté "shell" ?
Si c'est le côté "remote", alors vous pouvez très bien lancer "cmd.exe" (cf. ma réponse + une de celles d'Emmanuel).
Si c'est le côté "shell", alors il va falloir implémenter vous-même les commandes (cf. autre réponse d'Emmanuel).

j'utilise donc system(), mais le problème c'est la fenetre noire qui s'ouvre derrière

La "fenêtre noire qui s'ouvre derrière" est ouverte par..."cmd.exe", non ?
D'où l'idée d'utiliser CreateProcess pour que la fenêtre ne soit pas affichée...
Evidemment, vous n'êtes pas obligé de lancer un "bête" "cmd.exe" : vous pouvez le lancer avec les paramètres qui vous permettront de n'exécuter que LA commande qui vous intéresse.

Cordialement,
DS.

[1] : c'est pour ça que j'ai précisé "au cas où"

[sorry60]

Question(s) : qu'est-ce qui est primordial dans votre projet ?
Le côté "remote" ou le côté "shell" ?

Le côté remote.

Si c'est le côté "remote", alors vous pouvez très bien lancer "cmd.exe" (cf. ma réponse + une de celles d'Emmanuel).

Oui mais dans ce cas, la fenetre cmd va s'ouvrir coté distant.

La "fenêtre noire qui s'ouvre derrière" est ouverte par..."cmd.exe", non ?

Oui.

D'où l'idée d'utiliser CreateProcess pour que la fenêtre ne soit pas affichée...
Evidemment, vous n'êtes pas obligé de lancer un "bête" "cmd.exe" : vous pouvez le lancer avec les paramètres qui vous permettront de n'exécuter que LA commande qui vous intéresse.

Ok je comprends un peu mieux, par exemple : "cmd.exe cd .." ?
Mais dans ce cas, comment récuperer le resultat de la commande pour le renvoyer au serveur (par exemple le resultat d'un "cmd.exe dir") ?

Merci pour votre aide, je n'avez pas bien compris votre 1er post.

[David.Schris]

(re)Bonsoir,

[...] Ok je comprends un peu mieux, par exemple : "cmd.exe cd .." ?

Dans ce genre là, oui. Commencez par

Code :

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

cmd.exe /?

Mais dans ce cas, comment récuperer le resultat de la commande pour le renvoyer au serveur (par exemple le resultat d'un "cmd.exe dir") ?

Je vous ai précédemment donné des liens. L'un d'eux concernait la structure STARTUPINFO. Parmi ses membres, on trouve "hStdInput", "hStdOutput" et "hStdError" : ils permettent de spécifier où le processus créé va lire/écrire quand il utilisera les entrée/sorties standard.
Ce qu'il est courant de faire :
- création d'un (ou plusieurs) tube(s) (fonction CreatePipe si ma mémoire est bonne) au moins pour récupérer la sortie ;
- transmission du/des "handle(s)" du/des tube(s) a CreateProcess via le membre hStdOutput (et plus si affinités) de la structure STARTUPINFO (à vous de voir ce que vous comptez faire avec hStdError et si vous voulez utiliser hStdInput, par exemple pour envoyer des données à une commande) ;
(si tout va bien, le processus s'exécute et écrit dans le tube)
- lecture du résultat à "l'autre extrémité" du tube.
Bien sûr, il est possible de créer un thread (fonction CreateThread) dédié à la lecture dans le tube pour récupérer ce qui y est écrit au fur et à mesure (i.e. : ne pas avoir à attendre la fin de l'exécution du processus (fonction WaitForSingleObject) pour commencer à lire).

Cordialement,
DS.