Probleme avec la fonction gets

**figo7** · 23/03/2007, 11h40

Bonjour a tous,

Voila je fais du C depuis peu et pour cela j'utilise code::blocks, jusque la pas trop de problem, mais je fais un programme ou j'utise la fonction gets et il me met une erreur, du a cette fonction :
le code :
gets (ZL);

l'erreur:
main.c:70: AVERTISSEMENT: the `gets' function is dangerous and should not be used.
:: === Build finished: 1 errors, 0 warnings ===

pourtant dans mon prog il a bien les bibliotheques #include <string.h>, <stdlib.h> et <stdio.h>.

Pouvez vous m'expliquer pourquoi cette erreur apparait?

Et en meme temps pouvez me dire aussi si pour utiliser la fonction "malloc", il faut une biliotheque particuliere.

merci de votre aide

**stephl** · 23/03/2007, 13h43

gets() ne peut pas vérifier que le buffer passé en paramètre est suffisamment grand pour recevoir la chaîne. Préférez fgets().
Pour utiliser malloc(), il suffit d'inclure <stdlib.h>

**Franck.H** · 23/03/2007, 13h46

Envoyé par stephl

gets() ne peut pas vérifier que le buffer passé en paramètre est suffisamment grand pour recevoir la chaîne. Préférez fgets().
Pour utiliser malloc(), il suffit d'inclure <stdlib.h>

Oui, gets devrait être interdie d'utilisation !

**Emmanuel Delahaye** · 23/03/2007, 13h47

Envoyé par figo7

pourtant dans mon prog il a bien les bibliotheques #include <string.h>, <stdlib.h> et <stdio.h>.

Attention, il s'agit de fichiers d'en-tête (header). Une bibliothèque c'est autre chose et ça concerne l'éditeur de liens (linker).

http://emmanuel-delahaye.developpez....m#bibliotheque

**figo7** · 23/03/2007, 14h17

salut stphl,

j'ai utilise fgets, comme tu m'as conseillé, mais le probleme continue, ne serais pas un probleme interne a code::blocks???
je ne sais pas si gets deverait etre interdit ou pas, en tout cas mon prof y tien j'ai l'impression, et comme a la fac on utilise visual studio gets ça ne pose pas de probleme.
Mais chez moi et sur mon portable j'ai preferé code::blocks a visual studio.

Alors que faire avez vous une idee

**stephl** · 23/03/2007, 14h20

Voulez-vous dire que vous obtenez toujours cet avertissement avec fgets()???
Je pense que même avec code::blocks, il doit y avoir moyen de désactiver ce warning. En outre, cela ne devrait pas empêcher la création de l'exécutable.

**figo7** · 23/03/2007, 14h23

Oui j'ai toujours une erreur

voila erreur

main.c:70: error: too few arguments to function ‘fgets’
:: === Build finished: 1 errors, 2 warnings ===

**Franck.H** · 23/03/2007, 14h24

Envoyé par figo7

Oui j'ai toujours une erreur

voila erreur

main.c:70: error: too few arguments to function ‘fgets’
:: === Build finished: 1 errors, 2 warnings ===

Comment utilises-tu cette fonction ? Cette erreur signifie que tu ne passes pas assez d'arguments à la fonction !

Code :

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

char * fgets (char * s, int size, FILE * stream);

Voir la page man: fgets

**Emmanuel Delahaye** · 23/03/2007, 14h29

Envoyé par figo7

Code :

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

1
2
main.c:70: error: too few arguments to function ‘fgets’
:: === Build finished: 1 errors, 2 warnings ===

Ben oui. Quand on te propose une fonction nouvelle, il faut lire sa doc...

fgets() ne remplace pas gets() 'pin to pin'. Il y a deux paramètres de plus, il faut tester la présence du '\n', agir en conséquence... Les saisies en C, c'est assez complexe...

http://emmanuel-delahaye.developpez.com/inputs.htm

NOTA : Si on décide de traiter correctement les entrées, c'est du 100%. Pas question de laisser trainer un gets() ni un scanf() ni un getchar()...

**Franck.H** · 23/03/2007, 14h23

Heu non, ce n'est pas possible que l'utilisation de fgets produise un message du genre:

main.c:70: AVERTISSEMENT: the `gets' function is dangerous and should not be used.
:: === Build finished: 1 errors, 0 warnings ===

Pour les saisies utilisateurs et les lectures ligne par ligne des fichier je n'utilise que cette fonction et n'ai jamais eu ce problème ! Au passage, Code::Blocks n'y est pour rien, ce n'est qu'un EDI, c'est le compilateur qui est en faute ... enfin en faute c'est un grand car c'est un warning et donc c'est plutôt un bienfaits !