Besoin d'aide sur un programme

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:

---

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

Citation:

---

Envoyé par chuko

Code:

---

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 :

Citation:

---

Code:

---

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:

---

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; }

---

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

merci a vous je vais essayer cela de suite.

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

Citation:

---

Envoyé par Emmanuel Delahaye

"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:

---

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; }

---

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

Citation:

---

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 ...

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

Citation:

---

Envoyé par Melem

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é.

Citation:

---

Envoyé par Melem

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...

Citation:

---

Envoyé par 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

---

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).

Citation:

---

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

Citation:

---

Envoyé par Médinoc

Citation:

---

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 ...

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.)

Citation:

---

Envoyé par Médinoc

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 :aie:). 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 :

Citation:

---

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 :

Citation:

---

_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").

Citation:

---

Envoyé par Médinoc

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

---

Evidemment ;)

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.)

Citation:

---

Envoyé par Médinoc

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:

---

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:

---

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.

La structure FILE n'encapsule pas directement un HANDLE.

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

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 :aie:) avec CreateProcess, ce serait vraiment très bien.