Programme en console qui s'ouvre et se ferme immediatement

**HarKoT** · 28/10/2006, 14h51

Bonjour a tous,

Jusqu'a il y a peu de temps, lorsque je realisais un programme en Python, Java, C ou C++ qui etait une console-application, la boite de commande s'ouvrait, le programme affichait ce qu'il avait a afficher et à la fin j'avais :"press any key to continue", et là ça fermait la fenetre lorsque j'appuyais sur une touche (normal ^^)

Le probleme depuis peu c'est que la fenetre s'ouvre, la trace du programme s'affiche et ça se referme immediatement

Donc voilà si vous pouviez m'aider, j'arrete pas d'eplucher tous les sites de google depuis ce matin, et là je suis vraiment desespere.

Jusqu'a maintenant tout ce qu'on m'a propose c'est de rajouter des systeme("pause") ou equivalent dans mes programmes, mais bon c'est pas une solution qui me satisfait parce que je sais qu'avant ça fonctionnait parfaitement comme ça!

Merci d'avance pour votre aide

**Médinoc** · 28/10/2006, 19h56

Déjà, hors d'un EDI, c'est normal qu'une application console se ferme immédiatement. Enfin, c'est considéré normal par WinNT, alors que tu demps des programmes DOS? on pouvait choisir.
Quel EDI utilises-tu ?
Normalement, tous les EDI exigent un appui sur une touche avant de fermer la fenêtre, sauf Dev-C++ (c'est un des grands inconvénient de cet EDI qui a pourtant des avantages certains).

PS: Moi, pour résoudre ce problème, j'ai un petit batch dans mon dossier SendTo (qui apparait dans le menu "Envoyer vers") :

Code Batch :

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

1
2
@%*
@pause

Et là, quand je veux exécuter un programme console et voir son résultat, je fais tout simplement clic-doit->envoyer vers -> mon batch.

**HarKoT** · 30/10/2006, 09h55

Tout d'abord merci pour ta reponse

Alors en fait j'utilise Jcreator pour le Java, VisualC++ pour le c/c++ et PyScripter
pour le python, mais ce que je ne comprends pas c'est que jusqu'a maintenant ça fonctionnait parfaitement et que d'un coup ça s'est mis a foirer dans les trois d'un coup!

C'est pour ça que je soupçonnais un parametre de cmd.exe qui avait saute...

M'enfin comme le seul remede sous windows a l'air d'etre le formatage j'vais peut etre me laisser tenter...

**Médinoc** · 30/10/2006, 10h03

Pas sur
Déjà, ouvre un invite de commandes et tape:

Code :

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

pause

Si ça marche, tu peux envisager le formatage.
Si ça ne marche pas, il y a fort à parier que le path vers la commande pause (ou un truc du genre) est perdu et doit être restauré...

**karl3i** · 09/11/2006, 13h12

Médinoc, j'ai une question par rapport à ton astuce qui permet d'être sûr que la fenêtre de commande d'un batch ne va pas se fermer immédiatement.

J'ai essayé de taper dans la fenêtre de commande "%*" mais la commande n'est pas reconnue :

H:\>@%*
'%*' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

Est-ce que j'ai manqué quelque chose ?

Pour "Pause", Ok pas de pb.

Merci,

Karl.

**Médinoc** · 09/11/2006, 13h50

Il faut que ce soit dans un batch (fichier .bat).
%* signifie "L'ensemble des paramètres", tout comme %1 signifie "Le premier paramètre", etc.

**karl3i** · 09/11/2006, 14h27

Merci, vraiment pratique.

A noter que cela n'a pas le même comportement si on fait du "envoyer vers" avec un fichier batch.

Exemple, fichier batch hello.bat dont le contenu est :

Code :

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

1
2
echo hello

Si je fais hello.bat -> bouton droit de la souris "envoyer vers" hello.bat s'ouvre et se referme immédiatement après.

**Médinoc** · 09/11/2006, 14h46

En effet, c'est vraiment bizarre.
Je pense que pour un batch, il faut utiliser explicitement la commande call dans le batch appelant...

Après expérience, on dirait bien. Tu peux toujours te faire deux versions du batch appelant: Une avec call et l'autre sans...