Pour savoir si l'algorithme est bon, il doit obéir au test du singe, cad que si vous tapez nimporte quoi sur le clavier, l'algorithme doit résister.
 
C'est justement mon problème, j'ai besoin dans mon programme d'une variable qui doit être défini par l'utilisateur. Et elle doit obéir à un test pour la suite des opérations, si elle échoue au test, il faut redemander à l'utilisateur de rentrer une nouvelle variable.
Voici un exemple. Si vous entrez nimporte quel touche du clavier, la boucle while se répète à l'infini, comment empêcher cela?
 
int main() {
   int variable;
   printf("Entrer la variable (entier pair)\n" );
   scanf("%d",&variable);
   while((variable%2)==0) {
      printf("Nombre incorrect, entrez un nombre impair\n" );
      scanf("%d",&variable);
   }
   printf("Voici le nombre tape : %d\n",variable);
   system("pause" );
}

en controlant le retour de scanf.
 
plus généralement, la façon la plus simple : c'est de lire une ligne avec fgets, et de la tronçonner avec sscanf.

Comprends pas. Si le gars tapes "djskh", le modulo 2 plante pas

Ben chez moi sous DOS en tout cas, ca plante. Et sous cygwin aussi.
 
Taz, est-ce que je pourrais avoir le meme code qu'en haut avec la modification que tu me conseilles, car je vois pas bien.

tu fais un while(fgets
 
et à l'intérieur tu fais un if(sscanf() == n) ...

Ben faut déjà commencer par ça comme test.
 
Parceque moi j'en connais pas beaucoup des singes qui vont résister à la tentation de taper VRAIMENT n'importe quoi.
 
Donc tu récupère une chaîne, puis tu vérifies que c'est bien un nombre, et à ce moment seulement tu peux faire le modulo pour vérifier la parité.
 
Je verrais un algo du style :
 
while(leSingeATapeNImporteQuoi());
printf("tiens, v'la ta banane" );
 
function leSingeATapeNImporteQuoi()
{
   printf("pose la papatte sur les boutons devant toi" );
   scanf("%s", mavar);
   // test que mavar contient un nombre
   // cast de mavar en long
   return (mavar%2 == 0);
}

Arjuna, tu prends la porte direct

ca pourrais se limiter a ca pour la saisie d'un flottant par exemple ?
 
while( fgets( line, sizeof line, stdin ) )
{
 if( sscanf( line, "%f", &f ) == 1 )
  break;
 
puts( "Erreur, recommencez" );
}
 

Ben quoi ? Faut bien lui donner une babane au singe, sinon il joue pas
Pis je luiai pas indiqué comment faire le plus dûr de toute façon, moi je sais même pas comment tester un nombre en C
 
Quant à faire les tests à l'intérieur du while, j'aime pas c'est pourri, c'est le while qui doit faire le test (enfin, dans les () et pas les {}, c'est son but, donc tu l'as même pas mis sur une bonne piste

mais ouais ... allez, boucles-là et fais comme cris56 montre.

Dites, depuis que chuis dans le coin (donc pas longtemps), me semble à en entendre beaucoup que gets et scanf sont mauvais parce que pas sécurisés.  Patapé, mais les scanf et gets c'est ce qu'on nous apprend.  Alors quelqu'un pourrait-il me donner un exemple d'utilisation dans les deux cas pour voir où se situe le danger du scanf ?
 
et ceci: if( sscanf( line, "%f", &f ) == 1 ) j'ai pas trop saisi son fonctionnement exact.  Quelqu'un pourrait m'aider ?  merci

Oui, il a pas defini une classe virtuelle Utilisateur, une sous classe UtilisateurSimien...
Oui, je sais, c'est du C...
A+,

bah tu regardes à quoi correspond la valeur de retour de sscanf et tu vas comprendre tout de suite
 

J'ai pas encore regardé le retour de "sscanf" (j'ai trop la honte de me présenter ainsi nu et dépouillé devant toi ô Taz... ) mais j'ai connu des systèmes où "printf" renvoyait le nombre d'octets écrits; et d'autres systèmes où "printf" renvoyait un pointeur sur une adresse mémoire contenant la dernière chaîne écrite !
Ceci pour dire que même si on regarde ce que renvoie "sscanf", on n'est pas certain que ce sera pareil ailleurs...

oui ben si ton système est pas foutu de respecter une norme de 20ans, c'est qu'il mérite bien un piètre programmer comme toi

ben oui, faut pas se fier aux compilos trop exotiques
 

quoi ? c'est exactement la définition de l'ANSI

ben oui, ou est le probleme ?
 
edit : c'est fscanf mais on se comprends

ben y en a pas justement

edit :  j'avais compris de travers

J'ai oublié de dire que sur ce système le short prenait 2 octets, le int en prenait 4 et le long en prenait 6.
 

 
Pauvre type !

c'etait quoi ce systeme ?
 
et seule la norme fais foie, sinon on s'en sort plus

morue

 
C'était un mini-ordinateur Nixdorf. L'Unix était un BSD
Sur cet ordi où je me suis bien pris la tête il y avait même un format dans "printf" pour afficher les chiffres en romain (%r). Là, ça m'a éclaté et je me suis amusé à afficher tous les nombres possibles en romain...
Evidemment, je suis d'accord. Seule la norme fait foi (sans le "e" ). C'était juste pour dire qu'on peut vraiment trouver de tout...

Arf! Les implementeurs de la lib devaient se faire chier comme des rats morts pour en tomber là.
A+,

Ils ne devaient pas parler Français, sinon on les aurait plutôt retrouvé sur le forum Discussion