La meilleur chose à faire quand un malloc échoue est un crash.
Heu, non. Au pire, tu devrais pouvoir prévenir l’utilisateur qu’il y a eu un problème de ressource… soit avec un message (messageBox, printf/cout) soit avec un code de retour donné.
Gérrer tous les malloc dans un programme compliqué est un travail important.
Oui, personne n’a dit que programmer était facile.
En plus, il faut s'assurer à bien tester tous ces cas.
Oui et non. Ça dépend de ton programme et de l’usage que tu souhaites faire de cette mémoire. Tu pourrais parfaitement attendre une quelques secondes avant de retenter… choisir un algo plus lent mais moins gourmand…
Et en plus à cause de l'over commit, en général les malloc n'échoue jamais. Donc il est préférable d'ignorer les cas ou malloc échoue.
Ceci n’est vrai que avec Linux par défaut. À ma connaissance, et j’ai peut-être tort, les BSD n’ont pas ce comportement. Donc, pour réaliser des programmes portables, il vaut mieux les tester en choisissant pour chacun une sanction.
[^] # Re: Malloc Linux
Posté par Anthony Jaguenaud . En réponse au journal Où il est question de D3, des communes de France et des performances SVG des moteurs de rendu. Évalué à 0.
Heu, non. Au pire, tu devrais pouvoir prévenir l’utilisateur qu’il y a eu un problème de ressource… soit avec un message (messageBox, printf/cout) soit avec un code de retour donné.
Oui, personne n’a dit que programmer était facile.
Oui et non. Ça dépend de ton programme et de l’usage que tu souhaites faire de cette mémoire. Tu pourrais parfaitement attendre une quelques secondes avant de retenter… choisir un algo plus lent mais moins gourmand…
Ceci n’est vrai que avec Linux par défaut. À ma connaissance, et j’ai peut-être tort, les BSD n’ont pas ce comportement. Donc, pour réaliser des programmes portables, il vaut mieux les tester en choisissant pour chacun une sanction.