Malloc/Free : Style élégant?

Version imprimable

07/05/2006, 14h27
Gilles.L

Malloc/Free : Style élégant?

Bonjour,

Je suis à la recherche d'une façon élégante de coder plusieurs malloc successifs tout en vérifiant leurs valeurs de retour. Auquel cas, tous les blocs mémoires précédemment alloués seraient libérés.

Mon problème vient du fait que je déclare notamment plusieurs tableaux (souvent à deux dimensions) au sein d'une fonction qui m'initialise un objet. Je me retrouve donc rapidement avec toute une série de free, souvent redondants, dans le cas où un des mallocs a échoué.

Qqn aurait ainsi t-il une idée pour éviter tout ce surplus de code?

Merci
07/05/2006, 14h30
Franck.H

Boucle, macros, fonctions, etc... tellements de choix ! Faut voir d'après le contexte, ton code existant, ce que tu alloues, etc...
07/05/2006, 14h36
Gilles.L

Merci, mais ça ne m'aide pas davantage.

En ce qui concerne mes allocations, je créé successivement :

- Un tableau unidimensionnel
- Deux tableaux bidimensionnels
- Un flux de données

C'est particulièrement redondant au niveau de mes tableaux à deux dimensions, où je fais un premier malloc pour le tableaux de pointeurs, puis une boucle pour créer les sous-tableaux. Le tout en vérifiant que les mallocs réussissent, si ce n'est pas le cas, libérer toutes les données précédentes..

Edit : Bref, au fur et à mesure que j'alloue divers blocs mémoires, le nombre de free est de plus en plus important en cas d'échec... Ce qui est tout à fait normal, mais assez lourd niveau lisibilité.
07/05/2006, 14h50
Franck.H

Citation:

Envoyé par Gilles.L

Merci, mais ça ne m'aide pas davantage.

En ce qui concerne mes allocations, je créé successivement :

- Un tableau unidimensionnel
- Deux tableaux bidimensionnels
- Un flux de données

C'est particulièrement redondant au niveau de mes tableaux à deux dimensions, où je fais un premier malloc pour le tableaux de pointeurs, puis une boucle pour créer les sous-tableaux. Le tout en vérifiant que les mallocs réussissent, si ce n'est pas le cas, libérer toutes les données précédentes..

Edit : Bref, au fur et à mesure que j'alloue divers blocs mémoires, le nombre de free est de plus en plus important en cas d'échec... Ce qui est tout à fait normal, mais assez lourd niveau lisibilité.

Bin à part faire les allocations pour par exemple tes tableaux de tableaux dans une fonction spécialisé qui reprend le même principe que tu viens de décrire je ne vois pas comment faire autrement.

T'est obligé de passer par ces étapes de toutes manières !
07/05/2006, 15h00
gege2061

Bonjour,

Citation:

Envoyé par Gilles.L

Je suis à la recherche d'une façon élégante de coder plusieurs malloc successifs tout en vérifiant leurs valeurs de retour. Auquel cas, tous les blocs mémoires précédemment alloués seraient libérés.

En codant un p'tit gestionnaire de mémoire basé sur malloc/free. Lorsqu'une allocation échoue, tu quitte le programme (plus besoin de tester la réussite de l'allocation dans le programme principal) et tu sauvegarde toutes les adresses des zones allouées (dans une listes chaînées), comme ça en cas de problème, suffit de parcourir la liste et de tous libérer.
07/05/2006, 21h44
Emmanuel Delahaye

Citation:

Envoyé par Gilles.L

Je suis à la recherche d'une façon élégante de coder plusieurs malloc successifs tout en vérifiant leurs valeurs de retour. Auquel cas, tous les blocs mémoires précédemment alloués seraient libérés.

ADT (constructeurs/destructeurs)

Théorie : http://emmanuel-delahaye.developpez.com/tad.htm
Réalité : http://emmanuel-delahaye.developpez.com/clib.htm