Discussion :

[rutabagas]

Bonjour,
nouveau sur la liste, j'ai lu les préambules, les faq etc... mais je rencontre pour la première fois un problème étrange que je n'arrive pas à comprendre c'est sûrement évident mais je calle ;-) J'écris le programme suivant:

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
 #include  <stdio.h>
#include <ctype.h>
 
int main() 
{
       int c;
       c = getchar();
 
       while (c != EOF) 
      {
            /*     printf("TEST\n"); */
           if (isalnum(c))  
          {
              putchar(c);
              c  = getchar();
           }
      }
 
      return 0;
}

Quand je rentre les données : fgh
le programme boucle sans fin.

en fait je me suis rendu compte que isalnum(c) renvoie 8 avec les lettres et les chiffres et 0 pour le reste donc j'ai remplacé isalnum(c) par 8 (mais n'importe quel chiffre != 0 fait l'affaire) mon programme fait ce que j'attend:
réécrire fgh.
j'ai essayé avec c > 96 à la place de isalnum(c) et le programme boucle sans fin aussi.
Ben ... je dois manquer quelque chose, mais je ne comprends pas quoi ?

Ma machine: laptop acer wlmi5102 AMD Turion 64x2
Mon OS: linux Debian testing
uname -r
2.6.18-amd64

Merci d'avance pour un conseil ou un lien où je puisse être éclairé.

rutabagas.

[salseropom]

salut, bienvenu sur le forum
pense à mettre ton code entre les balise de code, ce sera plus lisible.
isalnum(c) renvoie 0 si le caractère est soit un chiffre soit un caractère alphanumérique. Je pense que c'est pour ça qu'il boucle à l'infini.

Tu devrais faire des sscanf (ou scanf) pour saisir ta chaine

[Xilov]

Bonsoir,

Le problème vient du test de la boucle while " c != EOF ". Ce lien (en anglais ...) en explique la raison: getchar ne renvoit pas EOF puisque l'entrée standard n'est pas un fichier classique: Pour un fichier texte, après le dernier caractère il n'y a plus rien à lire, une fonction de lecture de caractère renverrait EOF = End Of File. Dans le cas de l'entrée standard (ton clavier) il s'agit en quelque sorte d'un fichier sans fin, toujours en attente d'une action de l'utilisateur qui ne renverra donc jamais EOF. Il faut donc trouver un autre moyen de terminer ton programme !

[Emmanuel Delahaye]

ça boucle...

Voir mes commentaires :

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
 
      int c;
      c = getchar(); /* -ed- fait une fois au démarrage. OK */
 
      while (c != EOF) /* -ed- on entre dans la boucle. OK */
      {
           /* -ed- en cas d'erreur ...
               (n'est pas alpha, ni num, comme '\n', par exemple)*/
           if (isalnum(c))  
           {
              /* -ed- ... on entre pas ici ... */
              putchar(c);
              c  = getchar();
           }
 
      /* -ed- ... donc c ne bouge plus jamais : boucle infinie. */
      }

Il faut revoir ton algo.

En principe, ceci démarre bien ce genre de cas :

Code :

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

1
2
3
4
5
6
 
   int c;
   while ((c = getchar()) != EOF)
   {
      /* ... */
   }

[rutabagas]

Merci beaucoup, j'ai compris :
dès que je tappe "entrée" au clavier je ne rentre plus jamais dans le if car '\n' n'est pas un aphanumérique et ça boucle continuellement.
Merci à tous.

rutabagas.

[rutabagas]

J'ai oublié d'ajouter résolu dans ma réponse, désolé.

rutabagas

[Xilov]

En principe, ceci démarre bien ce genre de cas :

Code :

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

1
2
3
int c;
while ((c = getchar()) != EOF)
{ /* ... */ }

Ne vaut il pas mieux tester la présence du '\n' rentré par l'utilisateur pour valider sa saisie ? Le programme suivant boucle jusqu'à l'envoi du signal EOF (Ctrl-D sous GNU/Linux) alors qu'en remplaçant EOF par '\n' le programme s'arrête seul:

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 c;
	c = getchar();
	while( (c=getchar()) != EOF )
		{	printf("%c\n",c);	}
	return 0;
}

[Médinoc]

Mais là, on ne demande pas que le programme d'arrête au bout de la ligne, à ma connaissance...