Discussion :

[troumad]

Bonjour

Je compile avec gcc : .gcc test.c

Code :

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

1
2
3
4
5
6
7
8
9
#include <stdio.h>
 
int main()
{
 float a1, a2, b1, b2, r1, r2, t1, t2, X, Y;
 
 scanf("(%f,%f),(%f,%f)",&r1,&t1,&r2,&t2);printf("1\n");
 scanf("(%f,%f),(%f,%f)",&r1,&t1,&r2,&t2);printf("2\n");
}

Me donne

Code :

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

1
2
3
(10,60),(10,30)
1
2

C'est à dire que je saute le second scanf... Pourquoi ?

nb : je recommence à faire du C alors que je n'en ai plus fait depuis 1994 à l'époque j'utilisais Borlandc comme mes étudiats maintenant et j'aimerais qu'il fassent des programmes compatibles avec gcc..

[Emmanuel Delahaye]

Code :

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

1
2
 
 scanf("(%f,%f),(%f,%f)",&r1,&t1,&r2,&t2);printf("1\n");

<...>
C'est à dire que je saute le second scanf... Pourquoi ?

Il ne faut pas utiliser scanf() . Trop compliqué à utiliser correctement. Il faut mieux apprendre à se faire ses fonctions de saisies avec fgetc() ou fgets(). Bien plus pédagogique.

http://emmanuel-delahaye.developpez....tes.htm#saisie
http://emmanuel-delahaye.developpez....s.htm#fichiers

[Pouic]

Tu ne vide pas stdin entre les deux scanf. Il reste des caractères parasites, qui font échouer le second scanf (comme '\n', par exemple). Tu t'en serais rendu compte en testant le retour des fonctions.
Une solution est de faire un simple getchar() entre les deux appels..
Mais l'utilisation de scanf reste bancale...

Plus d'explications ici :
http://xrenault.developpez.com/tutoriels/c/scanf/

[troumad]

http://xrenault.developpez.com/tutoriels/c/scanf/

conseillerait plutôt scanf, mais :
warning: the `gets' function is dangerous and should not be used.
Ceci est expliqué dans les pages suivantes indiquées par Emmanuel Delahaye.

http://emmanuel-delahaye.developpez....tes.htm#saisie
http://emmanuel-delahaye.developpez....s.htm#fichiers

Elles sont de toi ces pages ? J'ai trouvé une faute d'orthographe : des comportement abérrants à propos de scanf.
fgets (saisie, sizeof saisie, stdin);sscanf (saisie,...); à la place de scanf ne va pas dans le sens de la simplification que je souhaite car au bout de 10 semaines (3h/semaines) certains étudiants ne font pas encore la différence entre scanf et printf...

[Emmanuel Delahaye]

http://emmanuel-delahaye.developpez....tes.htm#saisie
http://emmanuel-delahaye.developpez....s.htm#fichiers

Elles sont de toi ces pages ? J'ai trouvé une faute d'orthographe : des comportement abérrants à propos de scanf.

Ben oui, je ne suis pas prof, moi... Simple électronicien passé à l'informatique 'à la main'... Mais bon, au moins, ça t'a fait lire le site en profondeur ! Mission accomplie !

fgets (saisie, sizeof saisie, stdin);sscanf (saisie,...); à la place de scanf ne va pas dans le sens de la simplification que je souhaite car au bout de 10 semaines (2h30/semaines) certains étudiants ne font pas encore la différence entre scanf et printf...

D'où l'intérêt de ne pas leur parler de scanf().

[Emmanuel Delahaye]

http://xrenault.developpez.com/tutoriels/c/scanf/

conseillerait plutôt scanf, mais :
warning: the `gets' function is dangerous and should not be used.

Pouquoi tu parles de gets() ? Il n'en est absolument pas question dans les pages de Pouic. Il cite 2 fois fgets(), qui n'a rien à voir...

[troumad]

Ben oui, je ne suis pas prof, moi... Simple électronicien passé à l'informatique 'à la main'... Mais bon, au moins, ça t'a fait lire le site en profondeur ! Mission accomplie !

Je suis prof de math (officiellement) après avoir fait des étude d'électronique et j'ai appris le C à la main . Je commence à l'enseigner et l'an prochain, on fait une refonte de l'enseignement de l'informatique.

D'où l'intérêt de ne pas leur parler de scanf().

Oui, mais mettre deux instructions là où une pourrait suffir...

nb pour ton site :
1) Le C sert aussi pour le noyau de Linux. Non ?
2) La section article de ta page arrive bien loin. La partie Nouvelles pourrait être beaucoup plus courte (juste les 2 dernières ici et un liens après pour les avoir toutes).

[Emmanuel Delahaye]

D'où l'intérêt de ne pas leur parler de scanf().

Oui, mais mettre deux instructions là où une pourrait suffir...

L'idée est de construire ses fonctions. Avec derrière, la satisfaction de l'artisan qui construit ses propres outils... Je sais que ce n'est pas très 'Education Nationale' comme façon de penser...

nb pour ton site :
1) Le C sert aussi pour le noyau de Linux. Non ?

Le C standard, non. GNU C (extension du langage C), oui.

2) La section article de ta page arrive bien loin. La partie Nouvelles pourrait être beaucoup plus courte (juste les 2 dernières ici et un liens après pour les avoir toutes).

Ok.

[troumad]

L'idée est de construire ses fonctions. Avec derrière, la satisfaction de l'artisan qui construit ses propres outils... Je sais que ce n'est pas très 'Education Nationale' comme façon de penser...

Le problème est que là, j'aurais l'impression de mettre le charriot avant les boeufs. Il faut bien commencer par faire des choses voyantes : print et scan. Si pour commencer, il faut voir les fonctions avec passage de paramètres...

[Pouic]

L'idée est de construire ses fonctions. Avec derrière, la satisfaction de l'artisan qui construit ses propres outils... Je sais que ce n'est pas très 'Education Nationale' comme façon de penser...

Le problème est que là, j'aurais l'impression de mettre le charriot avant les boeufs. Il faut bien commencer par faire des choses voyantes : print et scan. Si pour commencer, il faut voir les fonctions avec passage de paramètres...

Ben à ce moment là, tu commences avec putchar/getchar, tu complexifies en mettant des boucles autour, et puis tu leur fais faire leurs propres fonctions de saisie. (En gros, l'idée est de reprendre l'approche du K&R).
Et après, tu présentes fgets...

Parce qu'honnetement, scanf pour des débutants "complets", ça risque de les faire stagner plus qu'autre chose :

- Et pourquoi, là, ça plante ?
- Maiheu, ca s'arrête plus !
- Ca prend pas ce que je veux !
- ....

[sorry60]

Oui exemple type, il a quelques années, mon prof C nous présente scanf..
On teste ça sur un simple :

Code :

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

1
2
3
 
int i;
scanf("%d",&i);

Je rentre "a" => ça plante tout
J'appelle le prof et lui demande simplement : "comment controler que l'utilisateur rentre bien un entier ?", et ben il a esquivé la question en disant : "bien trop compliqué, ne vous en faites pas avec ça"

[troumad]

Parce qu'honnetement, scanf pour des débutants "complets", ça risque de les faire stagner plus qu'autre chose :

J'ai l'impression que scanf est bien géré par borlandc, je n'ai jamais eu les problèmes que tu signales lorsque je l'utilisais beaucoup (de 1990 à 1995). Par contre, les problèmes arrivent dès qu'on commence à mélanger du scanf avec de gets (fgets, pas encore testé) même avec borlandc. Par contre, dès qu'on passe avec gcc, c'est la merde .

La remarque de sorry60 me fait penser qu'il faudra qu'on choisisse le juste milieu entre le correct et le faisable ! A moins de commencer par faire un appel de procédure pour lire une entrée clavier avec test un à un des caractères... J'ai l'impression qu"on aura bouffé nos 13 scéances de TP !

[Jack_serious]

L'idée est de construire ses fonctions. Avec derrière, la satisfaction de l'artisan qui construit ses propres outils... Je sais que ce n'est pas très 'Education Nationale' comme façon de penser...

D'accord. Et surtout c'est pedagogique. Et ca permet de comprendre les difficutes et les problemes lies a chaque fonction.

Le problème est que là, j'aurais l'impression de mettre le charriot avant les boeufs. Il faut bien commencer par faire des choses voyantes : print et scan. Si pour commencer, il faut voir les fonctions avec passage de paramètres...

Non on peut commencer avec de l'affichage avec un minimum de theorie.

Tu fournis a tes eleves le code d'une fonction my_putchar(), ou putchar() lui-meme.
Deja rien qu'avec cette fonction, on peut coder bon nombre d'autre fonctions.
Sans les pointeurs, on doit en general se cantonner a des programmes mathematiques.

Si tu passes aux tableaux, tu peux alors recoder beaucoup de fonctions de traitement de chaines: strcpy(), strncpy(), strcmp(), strcat()...
Plus quelques autres petits programmes interessants.

Les pointeurs viennent un peu apres (et au niveau de l'apprentissage du C, c'est LE gros morceau qui fait mal).
Et un peu apres tu lances malloc() sur la table et la toutes les portes sont ouvertes.

Voir le passage de parametre ? C'est vrai que je vois mal ce que tu peux faire sans. Ca fait partie des premieres choses a apprendre.
Mais il faut la theorie sur les variables, les retours et les fonctions avant toute chose. Encore que pour les fonctions... avec un main() on fait deja pas mal de choses.

Pour des eleves, la theorie est chiante. Et le mot est faible. Ceux qui aiment l'info veulent coder, les autres... euh... veulent sortir.Il veulent coder tout de suite. Si tu fais une theorie rapide sur les quelques points ci-dessus et que tu les balance tout de suite sur du code, ils comprendront assez bien.

La pratique intensive permet de comprendre bien mieux. L'informatique ne s'apprend pas devant un tableau noir. Curieusement on revient a la main apres. Quand on doit construire a partir de ce que l'on sait.

Meme si les cours d'informatique dans l'enseignement general sont quelque chose de tres dur, vu qu'on a toujours une partie des eleves qui ne sont pas interresses par ca.

Alors apres... Laisser des laisses pour compte sachant que ca ne les interresse pas, ou alors tenter de tout faire comprendre a tout le monde et passer deux mois de cours avant de commencer a parler de pointeurs... telle est la question.

[Emmanuel Delahaye]

Le problème est que là, j'aurais l'impression de mettre le charriot avant les boeufs. Il faut bien commencer par faire des choses voyantes : print et scan. Si pour commencer, il faut voir les fonctions avec passage de paramètres...

Pas de problèmes pour printf(). On peut faire beaucoup de choses avec la ligne de commande et ses paramètres. L'interactivité peut venir après, une fois qu'on a vu les fonctions.

[troumad]

Tu veux parler de l'utilisation de argc et argv ? Là, j'aurais encore plus peur de les planter !

[Emmanuel Delahaye]

Tu veux parler de l'utilisation de argc et argv ? Là, j'aurais encore plus peur de les planter !

C'est pourtant très simple. Ensuite, apprendre à utiliser strtoul() correctement ne peut être que bénéfique pour la suite.

[troumad]

Tu veux parler de l'utilisation de argc et argv ? Là, j'aurais encore plus peur de les planter !

C'est pourtant très simple.

Tu as vu la définition de ses variables avec des ** ? Pas besoin de faire peur avant de partir !

Ensuite, apprendre à utiliser stroul() correctement ne peut être que bénéfique pour la suite.

stroul()?? Je ne trouve pas !

[Médinoc]

strtoul() (une seule lettre vous manque et tout est dépeuplé...)

[troumad]

Pas mal comme fonction !
Mais il faut s'y connaitre pour voir l'intérêt de son utilisation !

[sorry60]

Pas mal comme fonction !
Mais il faut s'y connaitre pour voir l'intérêt de son utilisation !

Tes élèves ne demandent que ça : "s'y connaitre" !
Perso j'ai arretté l'IUT car j'en avais marre de faire que des printf...