Discussion :

[crotinou]

Bonjour à toutes et à tous,
Recemment j'ai décidé de me remettre au C. Je travaille sur un TOSHIBA Satellite tournant sous windows 7 édition familiale prénium 64 bits avec processeur AMD E-300 APU. Pour éditer mes codes sources j'utilise Notepad++ v6.1.8 encodage en ANSI. Pour compiler ceux ci j'utilise MinGW-64 (gcc v5.3.0 (x86_64-posix-seh-rev0).
Vu que je me remet doucement j'ai commencé par quelque chose de basique.
Voici les codes sources posant problème .

Code :

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

1
2
3
4
5
6
7
8
#include <stdio.h>
int main(int argc,char* argv[])
{
	char buffer[20];
	gets(buffer);
	printf("Hello %s",buffer);
	return 0;
}

ou bien

Code :

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

1
2
3
4
5
6
#include <stdio.h>
int main(int argc,char* argv[])
{
        puts(argv[0]);
	return 0;
}

Je compile:
gcc helloworld.c -o bin\helloworld.exe
Pas d'erreurs à la compilation.
Mais à chaque fois le programme bloque (je le lance depuis une fenêtre terminal windows).

Par contre ce code ci ne pose pas de problème et affiche bien 'helloworld' .

Code :

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

1
2
3
4
5
6
#include <stdio.h>
int main(int argc,char* argv[])
{
	printf("Hello %s",argv[0]);
	return 0;
}

Du coup je suis un peu perdu. Ai je choisi une mauvaise version du compilateur non adaptée à mon système du coup le programme planterait à l'exécution?
Si oui pourquoi alors n'ai je pas de problèmes quand j'utilise printf? Sinon quelle serait l'erreur que j'aurais commise?

Merci pour vos réponses.

[Matt_Houston]

C'est le programme avec puts qui ne termine pas ? Question idiote mais es-tu sûr de ce que tu compiles et exécutes ? As-tu le même comportement dans un autre terminal (Cygwin, MSYS2...) ?

[Bktero]

Dubitatif du blocage...

Remarque importante : il ne faut pas utiliser gets() ! Une explication simple ici (http://c.developpez.com/faq/?page=Bo...aveur-de-fgets) et une autre plus complète là (https://gradot.wordpress.com/2013/05...-programmes-c/).

[Vincent PETIT]

Code :

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

1
2
3
4
5
6
7
8
#include <stdio.h>
int main(int argc,char* argv[])
{
	char buffer[20];
	gets(buffer);
	printf("Hello %s",buffer);
	return 0;
}

Une fois le programme lancé, rien ne se passe si tu tapes au clavier en finissant ta phrase par la touche Entrée ? (en faisant attention de ne pas dépasser la limite de 19 caractères)

Code :

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

1
2
3
4
5
6
#include <stdio.h>
int main(int argc,char* argv[])
{
        puts(argv[0]);
	return 0;
}

J'aurai tendance a dire que c'est normal car si tu lances ton .exe sans paramètre, je ne vois pas ce que puts peut bien t'afficher ???

Si tu lances ton .exe de cette façon, toujours depuis un terminal Windows, qu'est ce qui se passe ?

Code :

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

helloworld.exe Bonjour

La chaîne de caractère "Bonjour" étant argv[0].

A+

[Bktero]

argv[0] n'est -il pas le nom du programme ?

[Vincent PETIT]

+1 Bktero,
Autant pour moi, c'est le nom du programme.

Donc il n'y a aucune raison que le second programme bloque !

[crotinou]

D'abord merci pour les réponses.
Bon je pense que le problème vient de gcc (mauvaise version?). Avec ce nouveau code

Code :

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

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
int main(int argc,char* argv[])
{
	char buffer[20];
	printf("Avant");
	gets(buffer);
	printf("Après");
	printf("Hello %s",buffer);
	return 0;
}

Après compilation je lance le programme et fait ce qu'il doit faire (peu de choses certes). Je peux entrer une chaine de caractère apres que le programme ait affiché "avant" etc...
Curieux je relance une compilation sans toucher au code, relance le programme et là rien (pas d'affichage ou d'entrée clavier).
Autre chose assez curieuse, dans le Gestionnaire des taches je m'aperçois que les processus helloworld.exe restent en mémoire que le programme ait fonctionné ou non.
Auriez vous entendu parler de tels disfonctionnements avec windows 7? Ou comme je le présume je n'ai pas la bonne version de gcc?

[BufferBob]

salut,

je pense que le problème vient de gcc

vraiment ? d'un coté gcc est un logiciel très complexe fait par tout pleins de programmeurs vraiment très expérimentés, de l'autre on a un programmeur C débutant, et tu penses que le problème vient de gcc ?

vu d'ici je peux me tromper mais je pense que ce que tu prends pour un blocage c'est le fait que tu ne vois simplement pas les lignes qui devraient s'afficher, réponse courte: rajoute un fflush(stdout); derrière ton printf ou ton puts, et prends l'habitude de mettre des \n à la fin de tes chaines dans printf

[Matt_Houston]

De plus, tu ne nous as pas répondu. Quel est le programme qui bloque ? Quel est le comportement exact dont tu es témoin ? Qu'affiche la console ? Que se passe-t-il sur un autre terminal ?

[Sve@r]

Bonjour

d'un coté gcc est un logiciel très complexe fait par tout pleins de programmeurs vraiment très expérimentés, de l'autre on a un programmeur C débutant, et tu penses que le problème vient de gcc ?

Ben tu sais, Windows est un logiciel très complexe fait par tout pleins de programmeurs vraiment très expérimentés mais ça n'empêche pas que chaque fois qu'un type arrive en disant "j'ai un problème avec windows" on lui réponde "c'est normal, ça vient de windows"...

rajoute un fflush(stdout); derrière ton printf ou ton puts, et prends l'habitude de mettre des \n à la fin de tes chaines dans printf

+1 pour le fflush(stdout); et le \n mais je ne pense pas que ce soit ça. Quand un programme se termine, il vide ses buffers. Ceci dit, c'est effectivement plus agréable, quand on affiche un truc, de l'afficher entièrement avec aussi son saut de ligne.

@crotinou
Dans ton premier programme tu n'as pas d'invite de saisie. Peut-être que ce que tu prends pour un blocage n'est que le programme attendant ta saisie... Essaye ce petit code

Code c :

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

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
int main(int argc,char* argv[])
{
    char buffer[20];
    printf("Entrez une chaine :");
    fflush(stdout);
    fgets(buffer, 20, stdin);   // On t'a déjà dit de ne pas utiliser gets() !!!
    printf("Hello [%s]\n", buffer);   // En mode debug, prends l'habitude d'encadrer les chaines avec des caractères visibles pour "voir" aussi une chaine vide...
    return 0;
}

...

[crotinou]

C'est le programme avec puts qui ne termine pas ? Question idiote mais es-tu sûr de ce que tu compiles et exécutes ? As-tu le même comportement dans un autre terminal (Cygwin, MSYS2...) ?

Bonsoir c'était les deux premiers programmes qui ne se lançaient pas du tout (pas de problème de programme qui ne se termine pas). Le troisième par contre fonctionnait.

[crotinou]

Bonjour

Ben tu sais, Windows est un logiciel très complexe fait par tout pleins de programmeurs vraiment très expérimentés mais ça n'empêche pas que chaque fois qu'un type arrive en disant "j'ai un problème avec windows" on lui réponde "c'est normal, ça vient de windows"...


+1 pour le fflush(stdout); et le \n mais je ne pense pas que ce soit ça. Quand un programme se termine, il vide ses buffers. Ceci dit, c'est effectivement plus agréable, quand on affiche un truc, de l'afficher entièrement avec aussi son saut de ligne.

@crotinou
Dans ton premier programme tu n'as pas d'invite de saisie. Peut-être que ce que tu prends pour un blocage n'est que le programme attendant ta saisie... Essaye ce petit code

Code c :

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

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
int main(int argc,char* argv[])
{
    char buffer[20];
    printf("Entrez une chaine :");
    fflush(stdout);
    fgets(buffer, 20, stdin);   // On t'a déjà dit de ne pas utiliser gets() !!!
    printf("Hello [%s]\n", buffer);   // En mode debug, prends l'habitude d'encadrer les chaines avec des caractères visibles pour "voir" aussi une chaine vide...
    return 0;
}

...

Oui je n'ai pas mis d'invite de saisie. Et je confirme j'avais beau appuyer sur les touches du clavier rien ne s'affichait pas de réaction. Et puis pour gets() c'est sur c'est pas glop mais ce programme est juste pour me refaire la main et non je ne comptait pas provoquer de plantage du programme. Mais merci aussi pour les conseils etc..

[crotinou]

salut,


vraiment ? d'un coté gcc est un logiciel très complexe fait par tout pleins de programmeurs vraiment très expérimentés, de l'autre on a un programmeur C débutant, et tu penses que le problème vient de gcc ?

vu d'ici je peux me tromper mais je pense que ce que tu prends pour un blocage c'est le fait que tu ne vois simplement pas les lignes qui devraient s'afficher, réponse courte: rajoute un fflush(stdout); derrière ton printf ou ton puts, et prends l'habitude de mettre des \n à la fin de tes chaines dans printf

Ah je me suis mal fait comprendre, je ne dis pas que gcc merdouille très très loin de là. Je pense juste avoir fait une bévue de débutant et ne pas avoir la version adaptée à mon système (voir mon premier post). Et comme je l'ai posté hier, un coup un code marche et juste en recompilant une nouvelle fois ça merdouille. Et oui le programme bloque réellement car le prompt ne s'affiche plus après le lancement du programme.
Merci quand même.
Et santé aussi

[Sve@r]

Et comme je l'ai posté hier, un coup un code marche et juste en recompilant une nouvelle fois ça merdouille.

Oui on avait compris. Mais on reste sec sur la cause. C'est pourquoi je t'ai proposé un autre code testé. S'il merdouille lui-aussi alors là on saura que ça vient de ton environnement et on pourra alors te proposer d'autres chemins...

[crotinou]

Oui on avait compris. Mais on reste sec sur la cause. C'est pourquoi je t'ai proposé un autre code testé. S'il merdouille lui-aussi alors là on saura que ça vient de ton environnement et on pourra alors te proposer d'autres chemins...

J'ai écouté ton conseil et tenté un autre code celui que tu m'avais proposé:

Code :

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

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
int main(int argc,char* argv[])
{
    char buffer[20];
    printf("Entrez une chaine :");
    fflush(stdout);
    fgets(buffer, 20, stdin);   // On t'a déjà dit de ne pas utiliser gets() !!!
    printf("Hello [%s]\n", buffer);   // En mode debug, prends l'habitude d'encadrer les chaines avec des caractères visibles pour "voir" aussi une chaine vide...
    return 0;
}

Du coup je confirme ça bloque (voir capture d'écran), rien ne réagit. C'est certainement un problème de configuration:

Du coup je me tourne vers visual studio 2008 en attendant. Mais je suis quand même curieux de savoir la cause de ces blocages?
Encore merci pour les réponses.

[crotinou]

Bonsoir à tous,
PROBLEME RESOLU c'est AVAST la source du problème:
En effet celui ci effectue un scan des exécutables avant que ceux ci soient lancés sauf ceux étant dans les branches de l'arborescence spécifiées dans une liste.
La procédure pour remédier au problème est la suivante:

Ouvrir la fenêtre AVAST-->cliquez "PARAMETRES" (une fenêtre s'ouvre)-->cliquez "Protection active"-->cliquez "Personnaliser" en face de "Agent des fichiers"-->cliquez "Exclusions"-->cliquez "Ajouter" ceci afin d'ajouter le répertoire racine de vos exécutables afin que ceux ci ne soient plus concernés par le scan.

Solution trouvée sur un autre forum du site.

Merci à tous.

[Sve@r]

PROBLEME RESOLU c'est AVAST la source du problème:
Ouvrir la fenêtre AVAST-->cliquez "PARAMETRES" (une fenêtre s'ouvre)-->cliquez "Protection active"-->cliquez "Personnaliser" en face de "Agent des fichiers"-->cliquez "Exclusions"-->cliquez "Ajouter" ceci afin d'ajouter le répertoire racine de vos exécutables afin que ceux ci ne soient plus concernés par le scan.

Joli

Bizarre toutefois qu'Avast "bloque" sans rien faire d'autre. Généralement soit il détecte un danger et arrête le programme (et le déplace dans la zone de quarantaine), soit il ne détecte rien et laisse passer mais dans les deux cas, ça reste sain (le programme a fonctionné et s'est terminé ou bien il ne s'est jamais exécuté). T'es allé voir dans la zone de quarantaine si tes execs y sont ???

[BufferBob]

à mon avis c'est plus sûrement la partie sandbox de Avast!, mais normalement au bout de quelques secondes un popup apparait pour demander si on veut exec dans la sandbox ou non, y'a pas de raison que la partie antivirus bloque sur un simple helloworld compilé standard