Discussion :

[chuko]

bonjour a tous voila alors j'ai creer un programme qui m'apel cmd.exe (de windows bien sur)lie et recrit sur mon programme a moi mon petit probleme et qu'il me manque juste une ligne a savoir c:\document and seting\utilisateur

mon prog marche bien mise a part ça mais je comprend pas pk il me manque juste cette ligne. voici mon code:

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
 
#include <stdio.h>
#include <stdlib.h>
 
int main(int argc, char *argv[])
{ FILE *pp;
char buf[100000];
pp=popen("cmd.exe","r/w");
while(fgets!=NULL)
{
fgets(buf,sizeof buf,pp);
fputs(buf,stdout);
}
  system("PAUSE>0");	
  return 0;
}

voila si quelq'un pouvait me dire pourquoi ce cerai cool merci d'avance

[Emmanuel Delahaye]

Code :

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

1
2
 
while(fgets!=NULL)

Euh, tu penses faire quoi ici ? C'est du code correct, mais comme une adresse de fonction est <> NULL par définition (et ça ne risque pas de changer...), c'est la boucle infinie...

Par contre ici :

Code :

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

1
2
 
   FILE *pp = popen ("cmd.exe", "r/w");

"r/w" n'existe pas. Comme un tube est à sens unique, ici, c'est "r". Tu devrais vérifier si popen() a fonctionné...

Ceci devrait fonctionner comme tu le souhaites:

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
 
#include <stdio.h>
#include <stdlib.h>
 
int main (void)
{
   FILE *pp = popen ("cmd.exe", "r");
   if (pp != NULL)
   {
      char buf[100000];
      while (fgets (buf, sizeof buf, pp) != NULL)
      {
         fputs (buf, stdout);
      }
      pclose (pp);
   }
   return 0;
}

[chuko]

je vous rasure ce code n'est pas dans un but mallveillant sinon pour la boucle c'est le seul moyen que j'ai trouver pour lire le reste des ligne du programme cmd (je tient quand meme a precise que je suis un debutant en c)sinon est est ce que vous auriez une autre façon d'ecrire ce code ? merci a vous

[chuko]

merci a vous je vais essayer cela de suite.

[chuko]

non malheureusement cela et pareil il me manque toujours cette maudite ligne et le pire c'est que sinon j'arrive a ecrire des commandes dans mon programme comme si je les tapai sous cmd directement si ce n'est cette ligne qui n'est pas presente le programme fonctionne comme je le voulais.... avez vous une autre idee dou le probleme pourrai venir

[Melem]

"r/w" n'existe pas. C'est "r+" ou "w+" ou "a+". Tu devrais vérifier si popen() a fonctionné...

Oui, sauf qu'on ne peut pas utiliser le mode r/w avec un tube, puisqu'un tube est à sens unique. C'est soit "r" (pour lecture, c'est-à-dire que la sortie standard de la commande est redirigée) soit "w" (pour écriture, c'est-à-dire que l'entrée standard de la commande est redirigée). Microsoft permet également d'ajouter le suffixe "t" (mode texte) ou "b" (mode binaire).

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
#include <stdio.h>
#include <stdlib.h>
 
int main (void)
{
   FILE *pp = popen ("dir", "r");
   if (pp != NULL)
   {
      char buf[100000];
      while (fgets (buf, sizeof buf, pp) != NULL)
      {
         printf("%s", buf);
      }
      pclose (pp);
   }
   return 0;
}

[chuko]

oki merci Melem je vais essayer de modifier le programme ansi

c'est toujours pareil c'est bizare qui affiche pas cette ligne en question

[Melem]

HARFF c'est toujours pareil. C'est bizarre ...

fgets lit une ligne. En C, une ligne est une suite de caractères terminée par le caractère de fin de ligne '\n'. Il manque ce '\n' puisque cmd attend une commande. D'ailleurs, évite d'exécuter un programme interactif (qui demande des entrées à l'utilisateur) avec popen(..., "r"), c'est fait pour exécuter des programmes (ou commande système) en ligne de commande qui ne font qu'écrire sur la sortie standard ...

[chuko]

d'accord mais que me conseillerai vous pour que je puisse faire mon programme est ce que "create process" marcherai si oui je ne sais pas comment elle s'utilise voila pourquoi j'utilisai popen merci avous

[Emmanuel Delahaye]

Oui, sauf qu'on ne peut pas utiliser le mode r/w avec un tube, puisqu'un tube est à sens unique. C'est soit "r" (pour lecture, c'est-à-dire que la sortie standard de la commande est redirigée) soit "w" (pour écriture, c'est-à-dire que l'entrée standard de la commande est redirigée).

OK, merci pour les précisions. J'ai corrigé.

[nicolas.sitbon]

Oui, sauf qu'on ne peut pas utiliser le mode r/w avec un tube, puisqu'un tube est à sens unique. C'est soit "r" (pour lecture, c'est-à-dire que la sortie standard de la commande est redirigée) soit "w" (pour écriture, c'est-à-dire que l'entrée standard de la commande est redirigée).

D'après la norme ce que tu dis est vrai, mais certain système comme Solaris autorise la lecture et l'écriture dans les 2 sens. Après tout dépend des besoins et contraintes...

[Melem]

d'accord mais que me conseillerai vous pour que je puisse faire mon programme est ce que "create process" marcherai si oui je ne sais pas comment elle s'utilise voila pourquoi j'utilisai popen merci avous

C'est CreateProcess qu'il faut utiliser si l'application que tu veux lancer n'est pas une application console (popen ne fonctionne qu'avec des applications consoles). Mais CreateProcess à son tour ne permet pas de rediriger la sortie standard d'une application console (les applications consoles et GUI s'exécutent dans des sous-systèmes différents (qui font tous partie du sous-système Win32), les notions d'entrée et sortie standards dans ces sous-systèmes ne sont les mêmes ...). En tout cas, tu ne pourras pas rediriger à la fois les entrée et sortie standards d'une application console (avec popen). Tu dois donc avoir un but précis :

- Exécuter une appli qui ne nécessite pas d'entrée utlisateur (de telles applications acceptent généralement des arguments en ligne de commande ...) et rediriger sa sortie standard.
- Exécuter une appli qui nécessite des entrées de l'utilisateur et rediriger son entrée standard (mais pas sa sortie standard).
- Changer de système (désinstaller Windows).

[Médinoc]

Mais CreateProcess à son tour ne permet pas de rediriger la sortie standard d'une application console

Ahem!
Creating a Child Process with Redirected Input and Output

[Melem]

Mais CreateProcess à son tour ne permet pas de rediriger la sortie standard d'une application console

Ahem!
Creating a Child Process with Redirected Input and Output

Non, je voulais dire ne permet pas de rediriger l'entrée ou la sortie standard d'une application qui s'appuie sur les fonctions d'E/S de la CRT (printf, scanf, etc.), principalement utilisées dans les applications consoles ...

[Médinoc]

Il me semblait pourtant que si:
Les fonctions d'E/S de la CRT s'appuient sur ces handles.

Par contre, ça ne marchera pas si le programme utilise spécifiquement les fonctions console (WriteConsole(), ReadConsoleInput(), etc.)

[Melem]

Il me semblait pourtant que si:
Les fonctions d'E/S de la CRT s'appuient sur ces handles.

En effet, mais ce n'est pas aussi simple que cela (ou plutôt MS a fait en sorte que ça ne soit pas aussi simple que cela ). CreateProcess permet de spécifier les handles à utiliser comme entrée, sortie et erreur standards pour le processus créé. Chaque processus peut récupérer ou modifier ces handddles à l'aide des fonctions GetStdHandle et SetStdHandle. Or MSDN dit bien :

Console Handles
A console process uses handles to access the input and screen buffers of its console.
...
The GetStdHandle function provides a mechanism for retrieving the standard input (STDIN), standard output (STDOUT), and standard error (STDERR) handles associated with a process.
...
The value of the handles returned by GetStdHandle are not 0, 1, and 2, so the standard predefined stream constants in Stdio.h (STDIN, STDOUT, and STDERR) cannot be used in functions that require a console handle.
...
Handles returned by GetStdHandle can be used by the console functions if they have not been redirected to refer to something other than console I/O. If a standard handle has been redirected to refer to a file or a pipe, however, the handle can only be used by the ReadFile and WriteFile functions.

Quant à popen :

_popen, _wpopen
...
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.

Le terme Windows program signifie bien sûr un programme qui s'exécute dans le sous-système "Windows" (c'est-à-dire les applications "non console", les applications consoles s'exécutent dans le sous-système "Console").

Par contre, ça ne marchera pas si le programme utilise spécifiquement les fonctions console (WriteConsole(), ReadConsoleInput(), etc.)

Evidemment

[Médinoc]

Je sais tout cela.
Mais j'ai vérifié dans les sources de la CRT, les flux standards utilisent bien WriteFile sur les handles standard. Seuls putch(), les assertions et une fonction de débogage utilisent WriteConsole().

N'oublie pas que sous Windows, les handles ne sont pas des descripteurs de fichier mais le niveau en-dessous. Et en fait, les descripteurs de fichiers 0, 1 et 2 sont ouverts sur les bons handles (typiquement par _open_osfhandle(GetStdHandle(STD_INPUT_HANDLE)), etc.)

[Melem]

N'oublie pas que sous Windows, les handles ne sont pas des descripteurs de fichier mais le niveau en-dessous.

+1

Visual C++ implémente le type FILE de la manière suivante :

Code :

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

1
2
3
4
5
typedef struct __machin {
    ...
    int _file;
    ...
} FILE;

Le membre _file de cette structure est un file descriptor et non un HANDLE. Ce file descriptor est utilisé par les fonctions d'E/S de la CRT comme on peut le constater en lisant le code source de fwrite par exemple :

Code :

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

1
2
3
4
5
6
7
8
size_t __cdecl fwrite (const void *buffer, size_t size, size_t count, FILE *stream)
{
    ...
    data = buffer;
    ...
    nactuallywritten = _write(_fileno(stream), data, nbytes);
    ...
}

Enfin bref, CreateProcess ne permet que de spécifier les handles à utiliser comme E/S standard par le nouveau processus. Si ce dernier veut lire ou écrire sur ces handles, il doit utiliser les fonctions GetStdHandle, WriteFile et ReadFile et non printf ou scanf (car la structure FILE n'encapsule aucun handle). Si l'application utilise printf, scanf, etc. il faut utiliser _popen à la place de CreateProcess.

[Médinoc]

La structure FILE n'encapsule pas directement un HANDLE.

Elle encapsule un descripteur, qui lui-même encapsule un HANDLE.
_write() appelle WriteFile().

[Melem]

Oui, j'ai jamais dit le contraire. Un file descriptor cache toujours un handle, les fonctions de la CRT utilisent ces file descriptors (qui utilisent donc finalement WriteFile, etc.), mais un handle ne cache pas forcément un file descriptor. Sinon si tu montres comment rediriger la sortie standard d'une application console "portable" (qui utilise printf, qui n'appelle pas explicitement GetStdHandle + _open_osfhandle + _fdopen + freopen ) avec CreateProcess, ce serait vraiment très bien.