Discussion :

[kafish]

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

[kafish]

j'ai oublié de dire que j'utilise VC++

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

[alskaar]

si c est juste pour voir ton hello word tu peux aussi ajouter une ligne du genre :

Code :

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

1
2
3
4
5
6
7
8
 
string fin;
cout << "Entrer  FIN pour sortir"<<endl;
do 
{
cin >>f;
}
while(f!="FIN");

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

[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

[Shrine]

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

Code :

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

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

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

[Médinoc]

il manque le fichier d'en-tête <cstdlib>.

[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 ?

[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?

[Médinoc]

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.

[Luc Hermitte]

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.