Version imprimable
Pourquoi gets vous gêne et fgets non?
Ainsi que pour scanf, printf, ...
Cra si on prend les cours que j'ai reçu, on nous a toujours appris avec gets, scanf, ... Mais jamais avec le "f". Donc, ancienne, nouvelle école qui bataille, ou la raison est autre.
Merci
:tutoriel:Citation:
Il existe une fonction getc qui est rigoureusement identique à fgetc (même interface, même sémantique), sauf que getc est implémenté comme une macro et non comme une vraie fonction C. La différence est que getc peut évaluer plusieurs fois son paramètre flot-de-données, ce qui lui interdit d'être une expression contenant des effets de bord.
http://www.linux-kheops.com/doc/ansi...00000000000000
Pikwik
bien le bonjour,
cette question n'est pas bête du tout.
et les réponses sont dans les faqs
Pourquoi est-il déconseillé d'utiliser scanf ?
Pourquoi faut-il utiliser fgets() et non gets() ?
les fonctions fkelkechose() ont un rapport avec les FILE * (streams)
les fonctions kelkechosef() ont un rapport avec le formattage de texte.
Pour savoir pourquoi il faut utiliser fgets() à la place de gets(), lis le man.
Parce que fgets() possede un argument supplementaire (en dehors du stream a lire), c'est le nombre de caracteres a lire. C'est beaucoup plus securise que gets(). man gets le dit d'ailleurs bien:Citation:
Envoyé par theshark85
Citation:
Envoyé par man gets
printf() est rarement critiquee. scanf() est critiquee car elle beaucoup plus compliquee a utilisee qu'il n'y parait.Citation:
Envoyé par theshark85
La reponse, est un probleme de securite
Avec gets tu ne sais pas quel est la taille de la chaine de caracteres que le tye va rentrer donc si tu as
char buffer[10];
Si le type rentre aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
Tu debordes, le programme plante. Et si avec un debuger tu regardes les registres tu vois que dans EIP (adresse de la prochaine instruction à executer) se trouve 0x979797, hors 97 est le code ascii de la lettre 'a'.
Du coup on peux grace à un programme, modifier EIP pour que l'adresse de la prochaine instruction soit une adresse de notre choix, donc du coup le programme execute des instructions qu'il ne devrait pas (avec les droits du programme donc imagine un programme avec le setiud positionné [sous Linux] ce que ca peut engendrer)...
Merci DaZumba pour le man, j'ai du mal à saisir toutes les nuances en anglais qui quand il s'agit de texte technique, ben comme qui sdirait les nuances sont tres importantes.
Sinon, Pikwik je sais à quoi servent toutes ces petites fonctions.
Et merci à tous les autres.
Sinon pour fscanf c'est la même chose? Mais bon, on m'a toujours déconseillé de l'utiliser.
fscanf() est aussi difficile a utiliser que scanf(), mais a l'avantage d'etre faite pour lire dans un fichier (meme si cela peut etre stdin). Comme on peut esperer que le fichier en question est formatte, alors on se dit que fscanf() a plus de sens que scanf(). Mais c'est une question de gout. Personnellement, c'est toujours fgets() + strchr() + fonction_de_conversion_qui_va_bien(). Il est possible de creer sa propre bibliotheque de fonctions qui couvrent tous les cas que l'on rencontre habituellement.
Merci pour toutes ces réponses qui m'ont beaucoup éclairé.
Personnellement, j'ai suivi deux enseignements en C dans deux cursus totalement différents, en fac de maths puis en école d'ingénieurs, et tous les profs que j'ai rencontré utilisaient scanf. On ne m'a jamais parlé de fgets, ni de gets. Et je n'ai jamais constaté d'erreurs à la suite d'un scanf 8-)
Il convient juste d'utiliser ces fonctions à bon escient!Citation:
Pourquoi gets vous gêne et fgets non?
Ainsi que pour scanf, printf, ...
Parce que c'est un bug...Citation:
Envoyé par theshark85
Parce qu'il est possible d'utiliser cette fonction correctement.Citation:
et fgets non?
Très peu de gens savent utiiliser scanf() correctement. Cette fonction n'est pas à la portée des débutants.Citation:
Ainsi que pour scanf,
Cette fonction n'offre pas de difficultés particulières et est utilisée massivement.Citation:
printf, ...
Grave (et malheureusement commune) erreur. Des noms, je charge mon lance flammes...Citation:
Car si on prend les cours que j'ai reçu, on nous a toujours appris avec gets, scanf, ...
Le 'f' n'a rien à voir.Citation:
Mais jamais avec le "f". Donc, ancienne, nouvelle école qui bataille, ou la raison est autre.
http://emmanuel-delahaye.developpez....tes.htm#saisie
http://emmanuel-delahaye.developpez....s.htm#fichiers
Montre un peu de code, que je te le plante vite fait...Citation:
Envoyé par babar56
Et pour gets(), c'est quoi le bon escient ?Citation:
Envoyé par Fabrice ROUXEL 1
:P https://dpt-info.u-strasbg.fr/~dubreuilCitation:
Envoyé par Emmanuel Delahaye
Dans la rubrique DEUG 2 - Algorithmique et Programmation Impérative il y a un joli support de cours au format pdf de 113 pages ...
scanf est utilisé massivement dans le document, il suffit de lancer une recherche... Puis recherches "fgets". Il y a deux réponses, dans des exemples de code non commenté, dans les dernières pages.
Deuxième chose : int main() ou int main(void), on ne nous a jamais appris ... main a été introduite de cette façon (page 12) :
Citation:
En langage C, un programme principal (sous sa forme la plus rudimentaire) se présente sous la forme d'une suite de déclarations, suivie d'une suite d'instructions, le tout entre accolades et précédé de main()
Bien entendu le cours dispensé en amphi est nettement plus léger, on ne nous a jamais parlé de fgets. On ne nous a jamais non plus dit explicitement que main était une fonction : c'est pas forcément évident pour un débutant qui lit le texte cité ci-dessus. Et c'est la raison pour laquelle beaucoup d'étudiants ne comprennent pas pourquoi il faudrait rajouter un int devant le main, et un return 0; dans cette fonction.
Ben, la va falloir que tu fasses du lance flamme sur un IUT, ça va pas etre top je pense ;)
Mais bon, on nous a bien appris gets en nous disant qu'en entreprise il n'en voudrait pas. Mais sans nous dire vraiment pourquoi.
Et pour le scanf, je comprend mieux pourquoi, il aime pas trop, c'est pas le scanf qui les dérange c'est plutot le niveau de programmation que l'on a quand il nous l'apprenne. Mais bon perso, un petit coup en entreprise et on apprend à programmer beaucoup plus proprement, je sais pas pourquoi d'ailleurs!!!
Emmanuel Delahaye a écrit:
En utilisant gets on fait le choix, en toute connaissance de cause, d'une saisie non formatée qui sera stoquée au final dans un tableau de char.Citation:
Et pour gets(), c'est quoi le bon escient ?
Parfois on souhaite formater la saisie et l'on utilisera alors scanf.
Pour l'exemple, je me souviens de l'usage du code de format %x pour l'enregistrement des donnees d'une séquence sur le flot dans le cadre d'un programme de décodage BCD.
Conclusion:
Il convient d'utiliser ces fonctions à bon escient, à savoir ai-je besoin d'une entrée formatée ou non formatée.
A bon entendeur....
Alors il y a une chose importante que semble ignorer, c'est qu'il n'existe pas de moyen portable d'utiliser gets() de façon fiable. En effet, elle ne dispose pas du paramètre 'taille' qui permet de vérifier si la saisie ne déborde pas. Contrairement à fgets()...Citation:
Envoyé par Fabrice ROUXEL 1
Donc utiliser gets() , c'est faire le choix d'introduire un bug dans son code. Il n'y a donc aucune bonne raison d'utiliser cette fonction. (Nota, une mauvaise utilisation de gets() peut mener au même résultat).
OK, pour fgets(), on peut se tromper aussi, mais c'est déjà plus difficile si on suit les regles basiques de bon sens (sizeof)...
Un peu de lecture...
http://emmanuel-delahaye.developpez....tes.htm#saisie
http://emmanuel-delahaye.developpez....s.htm#fichiers