Discussion :

[kochfet]

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

double ** coef;

pour allouer de la mémoire pour coef, je trouve sur le net le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
 
coef=(double**)malloc(lignes*sizeof(double*));

Quelle est l'utilité de (double**) devant malloc?

Merci

[mith06]

Quelle est l'utilité de (double**) devant malloc?

Esthétique

[CodeurPlusPlus]

malloc retourne un void*. Si on écrit :

coef=malloc(lignes*sizeof(double*));

et si on utilise un compilateur un peu râleur, on peut racevoir un joli warning :

"vous déclarez que coef est un double**, et vous essayez d'affecter à coef un void*. Etes-vous sûr(e) que c'est vraiment ce que vous voulez faire ?"


Alors, pour dire au compilateur que, oui, c'est vraiment ce qu'on veut faire, on lui signale que l'adresse retournée par malloc doit être convertie en double**

coef=(double**)malloc(lignes*sizeof(double*));

Ainsi le compilateur nous fait confiance et cela fait toujours un warning en moins.

[Médinoc]

C'est inutile (parfois nuisible sur un compilo mal configuré, car ça peut cacher une erreur) et un compilo C respectueux du standard n'est pas censé gueuler:

En C, un pointeur void* peut être converti implicitement en tout autre pointeur (sauf pointeur de fonction)

L'errata de la dernière version du K&R ne recommande plus de le mettre.

Note: Il en est différemment en C++, où un cast explicite est nécessaire. Mais même là, le cast le moins permissif (static_cast) suffit.

[Neckara]

Quelle est l'utilité de (double**) devant malloc?

Ceci permet d'éviter des erreurs.

Déjà c'est un moyen de se souvenir comment utiliser malloc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

coef=(TYPE *)malloc( lignes*sizeof(TYPE) );

Ainsi tu vois bien que tu vas stocker des éléments de type TYPE et que le pointeur doit être de type TYPE *.
Il ne te reste alors plus qu'à remplacer TYPE par le type que tu veux stocker (ici double *).

Ensuite, cela permet de bien vérifier que coef est du bon type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int * coef = malloc(lignes*sizeof(double *) );

Compilera.

Il vaut mieux faire ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int * coef = (double **)malloc(lignes*sizeof(double *) );

Ainsi si jamais dans ton code tu modifies le type de coef, tu auras une erreur à chaque endroit où tu as fait un malloc et tu pourras corriger en fonction.
Cette syntaxe peut aussi être utilisée dans du code C++ (mais cela reste très exceptionnel et on préférera toujours, en C++, utiliser new ou des containers).

Une autre syntaxe est possible :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

coef = malloc(lignes*sizeof( *coef) );

Ainsi tu es sûr que tu vas toujours stocker le bon type d'éléments même si tu modifies le type de coef et tu n'auras pas d'erreurs lors du changement de type.
Les deux solutions se valent mais il ne faut surtout pas faire un mix des deux :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

coef = malloc(lignes*sizeof(double *) ); // pas bien !

Dans la première solution, on pourra utiliser un typedef pour changer le type de coef sans changer le reste du code. Après dans certains cas, il peut être intéressant d'avoir des erreurs pour bien vérifier que le changement du type ne "fausse" pas certains bouts du code (exemple passage de int (valeurs possibles - beaucoup à + (beaucoup-1) cf FAQ C) à unsigned char (valeurs possibles : 0 à 255) ) ainsi avoir des erreurs peut aider à bien revérifier l'ensemble du code.

N.B. Quand je dit "stocker le bon type d'élément", c'est un abus de langage, il faudrait dire allouer l'espace mémoire nécessaire pour stocker lignes TYPE.

[kochfet]

Merci pour toutes les réponses.