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
Allocation mémoire et interruption de programme
Hello,
Supposons que j'ai un programme qui, dés qu'un malloc a échoué, quitte avec exit(1). Je me demandais simplement de ce que devenait la mémoire qui avait été alouée précédement?
Faut-il libérer cette mémoire ou bien ca se fait automatiquement?
Merci d'avance
Sur un système évolué, la mémoire appartient au processus, et est libéré quand le processus se termine.
Sur des systèmes embarqués, ce n'est pas dit...
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.
Ok donc sur un système non embarqué (type ordinateur linux/windows quelconque), la mémoire est bien libérée automatiquement ? Car si ce n'est pas le cas, il faudrait en quelque sorte stocker tous les pointeurs qui ont été alloué dans une sorte de variable globale (tableau) et les libérer lorsqu'on souhaite quitter le programme prématurément...
J'ai du mal a comprendre, lorsqu'on fait un malloc, on a toujours insisté sur la necessité de faire un free sous peine de garder une portion de mémoire réservée pour rien une fois le programme terminé... Or, que l'on quitte un programe prématurément ou qu'il se termine normalement, il me semble que ces deux situations sont équivalentes, et que donc si on doit absolument libérer la mémoire lorsque le programme se termine normalement, il semble logique qu'il faille aussi la libérer lorsqu'on le quitte prématurément...
Y aurait-il quelque chose qui m'échappe?
Cela fait partie d'une bonne habitude de programmation à savoir, libérer ce qu'on a alloué !Envoyé par vinzzzz
Mon Site
L'imagination est plus importante que le savoir. A. Einstein
Je ne répond à aucune question technique par MP, merci d'avance !
Oui bien sur... Mais si je dois libérer ma mémoire lorsque je quitte un programme brutalement, ca nécéssite tout de même de mettre en place une structure adaptée pour faire ca... Tandis que si elle est automatiquement libérée, on peut s'en passer.
Ce n'est peut-être pas le cas pour tous les systèmes, surtout si tu donnes dans la portabilité, je pense que c'est un point à prendre en considération !
L'imagination est plus importante que le savoir. A. Einstein
En théorie, et pour du code 'jetable', oui.
Mais dans l'industrie, le code validé, ça coûte cher. Quand on écrit un nouveau programme, on cherche à réutiliser ce qui a été fait précédemment, et si on écrit du code nouveau, on cherche à ce qu'il soit réutilisable. Donc on travaille avec des 'briques' logicielles autonomes qui ont leur propres 'constructeurs'/'destructeurs' gérant proprement et efficacement la mémoire. Les détails ne sont pas visibles de l'utilisateur, mais ils doivent être conçus et codés correctement, car on ne sait pas d'avance quelles seront les conditions d'utilisation.
Théorie : http://emmanuel-delahaye.developpez.com/tad.htm
Réalité : http://emmanuel-delahaye.developpez.com/clib.htm
Répondre avec citation
Partager