cmd disparait une fois lancée

Version imprimable

14/10/2006, 08h17
kafish

cmd disparait une fois lancée

bonjour a tous
je suis débutant et il me faut configurer win32 de facon a ce que ca reste ouverte lors de l'exécution d'un .cpp (hello.cpp par exemple). d'ailleur quand je tape sur demarrer/exécuter: ipconfig ou java-version.... la fenetre cmd disparait apres 1/4 de seconde une fois lancée. par contre quand je tape cmd
ca marche.sur les autres forum j'ai trouvé cmd/ k, ca marche mais ca ne fait pas l'affaire.

aidez moi s'il vous plait, c pour un projet et j'ai personne pour m'aider
14/10/2006, 08h18
kafish

j'ai oublié de dire que j'utilise VC++
14/10/2006, 11h00
Médinoc
1. On exécute pas un .cpp
2. Ben quoi, c'est normal qu'un programme console disparaisse... (sauf que sous les Windows précédents, c'était désactivable). Si tu veux pouvoir exécuter un programme dans une console qui reste, je te conseille de créer un raccourci dans ton dossier SendTo, ou une association de fichier, qui permet d'exécuter le programme avec cmd /K...
  Ou encore, un fichier .bat dans le dossier SendTo, qui exécute d'abord start sur le programme puis pause...
14/10/2006, 11h45
alskaar
si c est juste pour voir ton hello word tu peux aussi ajouter une ligne du genre :
Code:

1 2 3 4 5 6 7 8 string fin; cout << "Entrer FIN pour sortir"<<endl; do { cin >>f; } while(f!="FIN");
14/10/2006, 12h04
Médinoc

Sauf que ça ne respecte pas le comportement attendu d'un programme, qui ne doit PAS demander lui-même une entrée avant de quitter.
14/10/2006, 12h18
alskaar

oui mais quand il te dit qu il voit pas hello.cpp c est qu'il debute la programmation et veut voir juste les resultats de ses tests
enfin c est comme ca que je le comprends :p

Il suffit de mettre system("PAUSE"); à la fin.
Donc, pour ipconfig :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
#include <iostream>
 
using namespace std;
 
int main(int argc, char *argv[])
{
    system("ipconfig");
    system("PAUSE");
 
    return EXIT_SUCCESS;
}

14/10/2006, 13h15
kafish

merci pour votre aide, c vraiment sympa.

Médinoc, peux tu m'expliquer une de tes méthode stp?
je sais que ma demande parait débile mais pour moi c'est du jargon ce que t'as écris.

Alskar, t'as raison, mais:
1- ton code me fais un msg d'erreur en compilant (il me manque d'ajouter un autre fichier?)
2- je ne sais pas comment généraliser pour le reste de mes codes, je travaille sur l'architecture des ordinateurs.
14/10/2006, 13h52
Médinoc

il manque le fichier d'en-tête <cstdlib>.
14/10/2006, 16h39
Luc Hermitte

Voir la FAQ pour une pause indépendante de l'OS.
Par contre, il y a un truc bizarre. Quand j'utilisais VC6, le ctrl-f5 (execute) nous demandait d'appuyer sur une touche à la fin de l'exécution avant de rendre la main. f5 (debug) rendant la main immédiatement.
Ils ont changé cela depuis le temps ?
14/10/2006, 17h04
koala01

Salut,

Dans le menu "démarrer" de windows, dans le sous menu "accessoires", tu devrais en trouver un nommé "Invite de commandes" (en gros, une console "DOS" ;))

Si tu lances ton exécutable au départ de cette console, et non au départ du raccourcis "exécuter",elle restera ouverte une fois que le programme aura "rendu la main" au système...

Tu auras donc tout loisir de lire toutes les sorties écran que l'application aura généré.

Ceci dit, l'idéal est quand meme de demander à l'application d'attendre ton ordre avant de quitter, de manière à permettre à tous de lire les sorties ;) (cf le post de luc)

Luc==> Assez bisarement, j'ai remarqué le meme phénomene sous code::blocks...

Peut etre les concepteurs ont il suivi un raisonnement du genre "lors de l'exécution normale, il est intéressant de permettre à l'utilisateur de voir les sorties, alors que, s'il travaille en mode débug, le programme qui s'arrete déjà aux différents breakpoints/instructions (selon le cas) permet à l'utilisateur d'avoir les infos qui lui sont nécessaires"?

Ce n'est bien sur qu'une supposition, mais le raisonnement peut parraitre sensé, non?
14/10/2006, 17h51
Médinoc

Citation:

Envoyé par Luc Hermitte

Quand j'utilisais VC6, le ctrl-f5 (execute) nous demandait d'appuyer sur une touche à la fin de l'exécution avant de rendre la main. f5 (debug) rendant la main immédiatement.
Ils ont changé cela depuis le temps ?

Non non, rien n'a changé.
Le problème, c'est quand on exécute depuis l'explorateur: Pour un programme Win32 console, il n'y a pas de case à cocher "fermer en quittant" contrairement à ce qu'on avait pour les vrais programmes DOS sous Win9x.
Par conséquent, la console se ferme TOUJOURS immédiatement quand on exécute un programme console depuis l'explorateur.
14/10/2006, 18h35
Luc Hermitte

Citation:

Envoyé par Médinoc

Non non, rien n'a changé.
Le problème, c'est quand on exécute depuis l'explorateur: Pour un programme Win32 console, il n'y a pas de case à cocher "fermer en quittant" contrairement à ce qu'on avait pour les vrais programmes DOS sous Win9x.
Par conséquent, la console se ferme TOUJOURS immédiatement quand on exécute un programme console depuis l'explorateur.

Ah! Mais ça c'est normal.