MACRO pour malloc et effets de bord

Bonjour.
Je viens de lire le tuto à la page http://rperrot.developpez.com/articles/c/allocationC/

concernant la gestion dynamique de mémoire.
Je pense utiliser les macros proposées pour éviter d'avoir à tout le temps tester que mon allocation à bien marchée.
Par contre, je ne comprends pas bien le problème par rapport aux effets de bord et comment les contourner?

Merci d'avance !

Quels effets de bord ? Peux-tu être plus précis ?

Bonne lecture a vous deux. :ccool:

Ha ça !! Bin heu moi en fait je préfère utiliser des appels vers des fonctions au lieu d'utiliser des macro, en tous cas pour cette utilisation là mais pour éviter cet effet, si le C était orienté objet cela pourrais être éventuellement évité mais sinon je ne pense pas qu'il existe une quelconque manière.

Bonjour,
Effectivement, faire une fonction xmalloc (ou verif_malloc bref comme on veut) prototypes comme le vrai malloc et qui vérifie le code de retour me semble le plus simple a faire. (même si ca fais des appels de fonction en plus, la macro est plus optimisée diront nous).

Le probleme avec les macros du genre xmalloc(), c'est qu'elles ne sont vraiment utiles (dans le sens "factoriser du code") que si elles contiennent un exit(). Or faire un exit() en plein milieu du code, ce n'est pas propre. Du coup, on s'apercoit qu'ecrire

Code:

---

1 2 3 4 5 6 7 8 9 10

p = malloc(n*sizeof *p); if (p == NULL) { /* handle error */ } else { /* do something */ }

---

n'est pas plus long qu'utiliser une macro...

En fait, la macro permet de "surcharger" une fonction, c'est-à-dire que si j'ecris

int* something = malloc (sizeof(int));

alors le malloc appelé pourrait ne pas être le malloc de la stdlib mais une fonction que j'aurai moi-même définie.
C'est ce qui est fait dans le tutoriel, mais la personne qui l'a écrit précise qu'il peut y avoir des effet de bord, d'où l'interrogation du PO.