Version imprimable
Bonjour tout le monde,
Lorsque je compile, je reçois un message d'erreur me signalant qu'une des fonctions que j'utilise est "deprecated".
J'ai fait des recherches et il est apparement possible de désactiver ce genre de warnings avec _CRT_SECURE_NO_WARNINGS.
Mais je me demande s'il serait pas intéressant de remplacer toutes les fonctions "deprecated" par des équivalents plus récents, niveau mémoire ou bien si l'effort n'est pas justifié ?
Je dirais "ca dépend"
Microsoft va te proposer de remplacer la fonction fopen() (par exemple) qui est dépréciée par fopen_s() qui n'est pas portable.
Donc oui, c'est plus sécurisé mais au détriment de la portabilité.
Mon avis maintenant (et cela n'engage que moi), je définis _CRT_SECURE_NO_WARNINGS pour ne plus être embêté.
Dans quel mesure n'est ce pas portable ?Citation:
Envoyé par ram-0000
ben fopen_s() n'est définit par aucune norme (Microsoft n'est pas une norme). Cela n'existe pas par exemple sur une machine Linux.
de même, il me semble avoir eu il y a quelques années un message "tmpnam deprecated", et non seulement ça marche encore, mais ça a même l'air de revenir, l'alternative ne semblant pas (?) vraiment ni standard ni fiable...
Mais peut-être ma mémoire me joue des tours..
Cependant, de manière générale, il y a en gros une révision de la norme tous les 10 ans (quelque fois 5).
"deprecated" signifie normalement qu'à la prochaine révision de la norme, la fonction deviendra "obsolete", puis à la révision suivante disparaîtra. Ce qui laisse quand même un peu de temps devant soi...
MAIS cela n'est valable que pour les fonctions issues de la norme...
Comme dit plus haut, M$ n'est pas une norme...
Ok, merci pour vos réponses !
Normalement, si tu installes le SP1 de Visual 2005 (car je suppose que tu as le 2005), le mot "deprecated" devrait disparaître et visual te dira seulement qu'elles sont "unsafe".
Mais que cela ne t'empêche pas de définir _CRT_SECURE_NO_WARNINGS, de préférence dans les options du projet. Ne te laisse pas verrouiller dans le non-standard par Microsoft!
PS: Apparemment, fopen_s() a quand même une utilité: Elle verrouille le fichier ouvert si tu l'ouvres en écriture, ce que fopen() ne semble pas faire.