Console se ferme

**Belegkarnil** · 26/07/2006, 11h20

Bonjour, j'ai un problème. Lorsque je compile et execute mon programme, la console se ferme directement. Si je passe par le dos, je vois que mon programme tourne bien. Si je décommante une ligne, le programme ne se ferme pas tout seul. 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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
 
#include <stdlib.h>
#include <stdio.h>
#include <sys/types.h>
#include <dirent.h>
 
#define OS "WIN"
 
void printfln(char*);
void getDir(char[]);
char *concat(char*,char*,short);
 
int main(int argc, char *argv[]){
    char repertoireCourant[256],*fichier1,*fichier2;
    getDir(repertoireCourant);
    if(OS=="WIN"){
                  fichier1=concat("\\test1.txt",repertoireCourant,2);
                  fichier2=concat("\\test2.txt",repertoireCourant,2);
//SI Je commente la ligne du dessus tout fonctionne.
    }else{
          fichier1=concat("/test1.txt",repertoireCourant,2);
          fichier2=concat("/test2.txt",repertoireCourant,2);
    }
    printf(fichier1);
    printf(fichier2);
//Je dois donc commenter la ligne ci-dessus aussi
    system("PAUSE");
	return 0;
}
void getDir(char *string){
     getcwd(string,256);
}
char *concat(char *string1, char *string2,short num){
     int lg1 = strlen(string1),lg2=strlen(string2);
     char *res=malloc(sizeof(lg1+lg2+1));
     if(num==1) sprintf(res,"%s%s",string1,string2);
     else sprintf(res,"%s%s",string2,string1);
     return res;
}

**Médinoc** · 26/07/2006, 11h22

Ben, c'est normal.
Il en est ainsi de toutes les applications Win32 console: Contrairement aux programmes DOS sous Win9x, on ne peut plus choisir de fermer ou non en quittant.

PS: Certains environnement de développement (pour simplifier, je dirais pratiquement tous sauf Dev-C++) s'arrangent pour éviter que le programme se ferme directement quand on exécute le programme depuis l'environnement. Mais une fois exécuté hors de l'environnement, le comportement "normal" reprend le dessus.

**K4trix** · 26/07/2006, 11h23

rajoute

Code :

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

system("PAUSE");

[edit]avant

le return

**Médinoc** · 26/07/2006, 11h24

K4trix: Ça t'arrive de réfléchir avant de poster ?
(retiré : Tu as réussi à dire deux bêtises (ou une et demie) en une seule phrase de 6 mots...)

**millie** · 26/07/2006, 11h33

Bon, ce n'est pas pour ça que ça plante, mais faire :

#define OS "WIN"

Et faire :
if(OS=="WIN")

Ce n'est pas très beau !

Si tu veux compiler par rapport à un OS
TU peux ajouter une commande de précompilation
#define WIN

Puis

#if WIN

#elseif PINGOUIN

#endif

Comme ça, tu compiles juste pour ton OS !

**millie** · 26/07/2006, 11h37

Envoyé par Médinoc

K4trix: Ça t'arrive de réfléchir avant de poster ?
Tu as réussi à dire deux bêtises (ou une et demie) en une seule phrase de 6 mots...

A priori, sans regarder le code, on pourrait penser que c'est ça. Mais non...

**Médinoc** · 26/07/2006, 11h55

C'est pourquoi j'ai dit une et demie au lieu de deux.
Mais la une, indivisible, tient dans son post sans avoir besoin de lire ou non le code.

Edit: Bon OK. Soit il a édité, auquel cas la faute en question n'est plus valide, soit je dois me racheter des yeux, auquel cas je présente mes humbles excuses à K4trix.
Et comme l'Edit devrait (en théorie) apparaitre sous son post, je crois qu'il est temps que je me rachète des yeux...

**millie** · 26/07/2006, 12h04

Je ne vois rien d'édité !! À moins que j'ai des problèmes de vue !!

**Médinoc** · 26/07/2006, 12h26

En fait, j'avais lu "rajoute system("PAUSE"); après le return", et là c'était évidemment une belle c****rie. Mais visiblement, j'avais mal lu.

Et je trouve que j'ai l'insulte un peu trop facile, il est grand temps que me calme.

**millie** · 26/07/2006, 12h29

Aaah, d'accord !!! La chaleur surement, ça tappe sur le crane

**Lunixinclar** · 26/07/2006, 13h01

if (OS=="WIN") retournera toujours vrai à cause du define.

Les progs open-source font comme ça en général:

#ifndef WIN32
//code non windows
#else
//code windows
#endif

En effet le define LINUX n' existe pas. Mais le WIN32, oui.

**fearyourself** · 26/07/2006, 13h33

[HS]

Envoyé par Médinoc

Edit: Bon OK. Soit il a édité, auquel cas la faute en question n'est plus valide, soit je dois me racheter des yeux, auquel cas je présente mes humbles excuses à K4trix.
Et comme l'Edit devrait (en théorie) apparaitre sous son post, je crois qu'il est temps que je me rachète des yeux...

Je pense que si on édite un message le jour même ou pas longtemps après, aucun message se trouve sous le post...

Testons voir : [EDIT]effectué[/EDIT]

[/HS]

Jc

[Double edit] Donc pas de message... [/Double edit]

**Belegkarnil** · 26/07/2006, 14h32

Merci de vos discutions, mais en ce qui concerne mon problème, je ne peux pas garder la console à l'écran avec

Code :

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

system("PAUSE");

?

**rigobert** · 26/07/2006, 14h46

Envoyé par Belegkarnil

Merci de vos discutions, mais en ce qui concerne mon problème, je ne peux pas garder la console à l'écran avec

Code :

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

system("PAUSE");

?

Si.

Moi j'aime bien aussi getch(), c'est plus vite tapé

**Belegkarnil** · 26/07/2006, 14h52

C'est une fonction qui attends une touche au clavier comme le readkey en pascal? Malheureusement, j'ai toujours le meme problème, en dos ca fonctionne, mais pas en l'executant normalement...

**K4trix** · 26/07/2006, 14h58

Peut être en mettant le programme en pause un petit moment avec

Code :

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

1
2
3
4
5
6
#include <windows.h>
 
....
 
 
Sleep(5000);

?

**fveysseire** · 26/07/2006, 15h26

en ajoutant le getch() tu as toujours le probleme ?

**Lunixinclar** · 26/07/2006, 17h02

Ah si en plus il faut deviner la question...
(parce que le prog qui retourne le code 0 et la console qui se ferme c'est tout à fait normal)

#ifdef Win32
getchar(); // ou getch
#endif

C'est tout. Pour linux y a rien à ajouter.

**gege2061** · 26/07/2006, 17h38

Envoyé par Lunixinclar

Ah si en plus il faut deviner la question...
(parce que le prog qui retourne le code 0 et la console qui se ferme c'est tout à fait normal)

#ifdef Win32
getchar(); // ou getch
#endif

C'est tout. Pour linux y a rien à ajouter.

J'ai peur que ton code ne soit jamais compiler, pour windows j'ai :

Code Windows :

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

1
2
3
4
5
    Macro 	Description
    _WIN32
    _WIN64 	_WIN32 is defined for both 32-bit and 64-bit environments, whereas _WIN64 is only defined in 64-bit environments
    __WIN32__ 	Defined by Borland C++
    __TOS_WIN__ 	Defined by xlC

Pre-defined C/C++ Compiler Macros
Sinon la seule méthode portable est d'utiliser getchar (cette fonction fait largement l'affaire vu ce qu'on lui demande de faire ici).

**Médinoc** · 27/07/2006, 09h22

Le problème, c'est que si tu l'exécutes depuis la ligne de commande ou un batch, le getchar() te gênera...

Je le répète, il est attendu d'un programme console qu'il se ferme automatiquement en quittant.

Un truc que je te conseillerais, c'est une option de la ligne de commande pour dire "on attend à la fin", mais malheureusement on ne pourrait la spécifier que depuis la boite de dialogue exécuter ou avec un raccourci (je parle des raccourcis Windows).

Et pour l'attente, je conseillerais le purge qu'on trouve en C: Comme une ligne n'est reçue par le programme qu'après un appui sur Entrée, on attend simplement qu'une ligne arrive et on la purge:

Code C :

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

1
2
3
4
5
void purge(FILE *in)
{
int c;
while((c=fgetc(in)) != '\n' && c != EOF) {}
}

Donc, si purge est appelé après chaque fgets(), un purge supplémentaire se contentera d'attendre une ligne et de nettoyer le buffer clavier.

L'avantage, c'est que tu peux toujours refaire des entrées clavier par la suite.

Console se ferme

C

Discussions similaires

Partager

Partager