Discussion :

[Invité]

Bonjour

J'ai un exécutable "console" qui s'appelle "Test.exe" et qui prend en paramètre un fichier d'entrée et un fichier de sortie. "Test C:\tmp\toto.bmp C:\tmp\toto.gif" par exemple.
L'exécutable Test.exe a des instructions "cout" ou "printf" pour indiquer l'avancement de son traitement.
Et donc si j'exécute en ligne de commande : "Test C:\tmp\toto.bmp C:\tmp\toto.gif > Log.txt", je récupère toutes les sorties "std::cout << " dans le fichier Log.txt.

Je voudrais exécuter "Test C:\tmp\toto.bmp C:\tmp\toto.gif > Log.txt" à partir d'un programme Win32.

1) J'ai essayé la commande

Code :

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

int nRetour = system("\"C:\\dev\\essai\\Test.exe\" C:\\tmp\\toto.bmp C:\\tmp\\toto.gif > Log.txt");

Et ça fonctionne, sauf que :
- une grosse fenêtre noire s'ouvre, alors que je ne voudrais pas la voir
- pour les parametres 1 et 2 (toto.bmp et toto.gif), j'ai une erreur si je les encadre par des guillemets et si je ne met pas de guillements et que j'ai un espace dans un chemin, Test.exe voit 3 parametres au lieu de 2


2) J'ai essayé la fonction ShellExecute de l'API Win32

Code :

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

1
2
3
4
5
6
7
8
 
HINSTANCE hRetour;
  hRetour = ShellExecute(this->Handle,
                         "open",
                         strExe.c_str(),
                         strParametres.c_str(),
                         ExtractFilePath(ParamStr(0)).c_str(),
                         SW_SHOW);

La commande fonctionne très bien, si je met SW_HIDE à la place de SW_SHOW, je ne vois pas la fenêtre noire, mais...
... si je met "a b > out.txt" dans strParametres, le programme "Test.exe" n'interprète pas le ">" comme une redirection et passe 4 paramètres à l'exécutable ("a", "b", ">" et "out.txt") ...

Vous auriez une idée pour faire un "mix" de ces deux commandes ?
C'est à dire pouvoir utiliser le redirecteur ">" et en même temps ne plus voir la fenêtre dos noire à l'exécution ?

[Invité]

Apparemment, d'après mes recherches avec Google, il faudrait utiliser "_popen" ...

Voilà l'exemple qui se trouve dans Builder :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
/* this program initiates a child process to run the dir command
   and pipes the directory listing from the child to the parent.
*/
 
#include <stdio.h>     // popen() pclose() feof() fgets() puts()
#include <string.h>    // strlen()
 
int main( ) {
  FILE* handle;        // handle to one end of pipe
  char message[256];   // buffer for text passed through pipe
  int status;          // function return value
 
  // open a pipe to receive text from a process running "DIR"
  handle = _popen("dir /b", "rt");
  if (handle == NULL) {
    perror("_popen error");
  }
 
  // read and display input received from the child process
  while (fgets(message, sizeof(message), handle)) {
    fprintf(stdout, message);
  }
 
  // close the pipe and check the return status
  status = _pclose(handle);
  if (status == -1) {
    perror("_pclose error");
  }
 
  return(0);
}// main

Ca devrait me permettre de récupérer les "cout" sans utiliser la redirection dans un fichier.

J'essaye ça et je vous tiens au courant...

[Invité]

Apparemment, d'après mes recherches avec Google, il faudrait utiliser "_popen" ...

C'est bizarre, j'ai utilisé l'exemple de base suivant pour essayer la fonction "_popen" ...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
  // open a pipe to receive text from a process running "DIR"
  FILE* handle = _popen("dir *.*", "rt");
  if (handle == NULL) {
    std::cout << "Impossible d'ouvrir le fichier" << endl;
    return;
  }
 
  // read and display input received from the child process
  while (fgets(message, sizeof(message), handle)) {
    //ListBox_log->Items->Add(message);
    fprintf(stdout, message);
  }
 
  // close the pipe and check the return status
  int status = _pclose(handle);
  if (status == -1) {
    perror("_pclose error");
  }

... et la variable "handle" vaut toujours NULL (erreur).
Je ne vois pas où est le problème...
Vous auriez un exemple qui fonctionne ?

[JeitEmgie]

C'est bizarre, j'ai utilisé l'exemple de base suivant pour essayer la fonction "_popen" ...

Code :

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

1
2
3
 
  // open a pipe to receive text from a process running "DIR"
  FILE* handle = _popen("dir *.*", "rt");

... et la variable "handle" vaut toujours NULL (erreur).
Je ne vois pas où est le problème...
Vous auriez un exemple qui fonctionne ?

popen ne fait tout simplement pas l'extension des meta caractères…
(c'est le rôle de l'interpréteur de commandes de faire cela)
ensuite il faut aussi donner le chemin complet de l'exécutable : tel qu'écrit popen va chercher "dir" dans le directory courant…
et évidemment si "dir" est une commande interne de l'interpréteur de commande et non un exécutable à part entière, cela ne fonctionnera pas non plus : il faudrait invoquer l'interpréteur de commande et lui passer "dir" en paramètre…

[Invité]

Bon, voilà, j'ai trouvé ma réponse sur le site de Microsoft :

C'est normal que _popen ne fonctionne pas dans mon cas...

If used in a Windows program, the _popen function returns an invalid file pointer that causes the program to stop responding indefinitely. _popen works properly in a console application. To create a Windows application that redirects input and output, see Creating a Child Process with Redirected Input and Output in the Platform SDK.

Pour avoir plus d'informations sur le sujet, cliquez ici :
http://msdn2.microsoft.com/en-us/lib...4b(VS.80).aspx

[JeitEmgie]

Bon, voilà, j'ai trouvé ma réponse sur le site de Microsoft :

C'est normal que _popen ne fonctionne pas dans mon cas...


Pour avoir plus d'informations sur le sujet, cliquez ici :
http://msdn2.microsoft.com/en-us/lib...4b(VS.80).aspx

si en plus il y a un problème spécifique à Windows…

mais les remarques concernant qui doit substituer les "*.*" par le contenu approprié du directory courant resteront valables : vous devrez comprendre ce qui se passe et dans quel ordre pour obtenir le résultat souhaité…

[Invité]

J'ai essayé l'exemple de Microsoft avec CreatePipe, CreateProcess, mais si je choisis "CREATE_NO_WINDOW" dans les parametres de CreateProcess, je n'arrive plus à récupérer les sorties de la console...

Avec la méthode "Pipe", ça fonctionne, je récupère les sorties du programme console dans mon programme Win32, mais obligatoirement avec le terminal affiché...

Il existe d'autres solutions à tester, je vais bien finir par trouver celle qui me convient...