Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Free (NULL) ;
Salut,
Je suis entrain de chercher une expliquer pour le phénomène de Hung up (surtout pour les système embarqués).
pourquoi observe t'on une crash du système en exécutant une instruction
je suis juste entrain de chercher le scénario pour mieux imaginer la situation!
Code : Sélectionner tout - Visualiser dans une fenêtre à part Free(NULL);
merci
"Free", avec ou sans majuscule ?
Sans majuscule :
"Free" avec majuscule, je ne connais pas.free() libère l'espace mémoire pointé par ptr, qui a été obtenu lors d'un appel antérieur à malloc(), calloc() ou realloc(). Si le pointeur ptr n'a pas été obtenu par l'un de ces appels, ou s'il a déjà été libéré avec free(), le comportement est indéterminé. Si ptr est NULL, aucune tentative de libération n'a lieu.
Peut être que certaines librairies (en embarqué) ne collent pas exactement à la norme et que cela peut les crasher.Envoyé par jeroman
En effet, Free() avec majuscule ne fait pas partie de la bibliothèque standard, ni de POSIX.
En standard, tu as free(NULL) qui ne fait rien et fclose(NULL) qui est un comportement indéfini (en clair, un bug, plante sous Windows).
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
J'ai même déjà vu des librairies embarquées où les fonctions d'allocation dynamiques n'existaient tout simplement pas...
Il faut voir ce que fait ta fonction de libération, mais une chose est sûre : tester la validité du pointeur à libérer coûte un peu de code et de temps CPU. Certes, c'est très faible, mais pour certaines cibles très fortement contraintes à ce niveau, c'est déjà trop.
Donc, on vire souvent 100% des tests anti-crash pour gagner de la place en mémoire (footprint + consommation RAM), et si tu te plantes dans tes appels, c'est tant pis pour toi.
Mac LAK.
___________________________________________________
Ne prenez pas la vie trop au sérieux, de toutes façons, vous n'en sortirez pas vivant.
Sources et composants Delphi sur mon site, L'antre du Lak.
Pas de question technique par MP : posez-la dans un nouveau sujet, sur le forum adéquat.
Rejoignez-nous sur : ► Serveur de fichiers [NAS] ► Le Tableau de bord projets ► Le groupe de travail ICMO
Enfin, je n'appelle pas free(NULL) "se planter dans les appels" quand c'est une garantie du standard...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Encore faut-il que ton compilateur et ta CLib soient standards, ce qui est assez fréquemment un vœu pieux avec les SDK de microcontrôleurs...
Mac LAK.
___________________________________________________
Ne prenez pas la vie trop au sérieux, de toutes façons, vous n'en sortirez pas vivant.
Sources et composants Delphi sur mon site, L'antre du Lak.
Pas de question technique par MP : posez-la dans un nouveau sujet, sur le forum adéquat.
Rejoignez-nous sur : ► Serveur de fichiers [NAS] ► Le Tableau de bord projets ► Le groupe de travail ICMO
Répondre avec citation
Partager