Erreur : void value not ignored as it ought to be

C'est une des errreurs que je retrouve à la compilation des lignes suivantes :

Code:

---

1 2	ligne 280: (char *)(Bitmap.bmBits) [0] ligne 281: = (char *)(Bitmap.bmBits) [0];

---

Voilà le résultat précis de la compilation :
C:\C\tmp\TraitementBitmap\main.c In function `WindowProcedure':
280 C:\C\tmp\TraitementBitmap\main.c [Warning] dereferencing `void *' pointer
281 C:\C\tmp\TraitementBitmap\main.c void value not ignored as it ought to be
281 C:\C\tmp\TraitementBitmap\main.c [Warning] dereferencing `void *' pointer
281 C:\C\tmp\TraitementBitmap\main.c void value not ignored as it ought to be
C:\C\tmp\TraitementBitmap\Makefile.win [Build Error] [main.o] Error 1

Note : le champ bmBits d'une stucture BITMAP est de type LPVOID (je suis sur que ça équivaut à void * mais je n'ai pas réussi à trouver "typedef LPVOID void *" dans les fichiers d'en-tête Windows)

poste un code compilable s'il te plaît.

Code:

---

1 2 3 4 5 6 7 8 9

#include <windows.h>   int main (void) // Première fois de ma vie que je fais attention à des broutilles comme ça ;-) { BITMAP Bitmap;   (char *)(Bitmap.bmBits) [0] = (char *)(Bitmap.bmBits) [0]; }

---

Citation:

---

Envoyé par _Michel

(je suis sur que ça équivaut à void * mais je n'ai pas réussi à trouver "typedef LPVOID void *" dans les fichiers d'en-tête Windows)

---

windef.h

Code:

---

typedef void far *LPVOID;

---

Citation:

---

Envoyé par _Michel

Code:

---

1 2 3 4 5 6 7 8 9

#include <windows.h>   int main (void) // Première fois de ma vie que je fais attention à des broutilles comme ça ;-) { BITMAP Bitmap;   (char *)(Bitmap.bmBits) [0] = (char *)(Bitmap.bmBits) [0]; }

---

---

Dis moi ce que ce code est censé faire selon toi?

Décidement je suis ridicule, et je ferais bien de revoir les cours de C : leçon 0 - définir un type

Ceci dit, moi je trouve cette définition (pas tout à fait la même : "typedef void *PVOID,*LPVOID;"
) dans winnt.h

CE code fait juste un accès poiteur, mais il est extrait du code d'une appli Windows (snif...) qui traite des bitmaps. Je le met pas en totalité parce que comme en tout il doit faire dans les 500 lignes ça encombrerait les serveurs Developpez un peu pour rien.

Il manquait des parenthèses:

Code:

---

= ((char *)(Bitmap.bmBits)) [0];

---

Code:

---

= static_cast<char *>(Bitmap.bmBits) [0];

---

Naturellement, ce la ne permettra pas de faire marcher le mini-bout de code posté, puisque la structure BITMAP n'y est pas initialisé.

Mais c'était bien un code minimal qui montrait le problème, donc on peut supposer que le vrai code fait ce qu'il faut pour initialiser correctement la structure...

Cela va de soit!

Merci beaucoup.

Citation:

---

Envoyé par Médinoc

Il manquait des parenthèses:

---

Merci Médinoc, j'y avais penser mais je croyais que les parenthèses était plus prioritaires que les crochets alors comment se fait il qu'il faille rajouter une paire de parenthèses?
Cordialement.

Les parenthèses sont peut-être plus prioritaires que les crochets, je n'en sais rien, mais le message d'erreur montre que les crochets sont prioritaires sur le transtypage.

Edit: Vu une confirmation, bien qu'elle ne soit pas officielle:

Citation:

---

Envoyé par http://www.cs.cf.ac.uk/Dave/C/node4.html

( ) [ ] -> .
! - * & sizeof cast ++ -
(these are right->left)
* / %
+ -
< <= >= >
== !=
&
|
&&
||
?: (right->left)
= += -= (right->left)
, (comma)

---

Aussi vu ici : http://en.wikipedia.org/wiki/Order_o...cal_precedence

Merci Médinoc je me suis fais avoir bêtement en bloquant sur les parenthèses.
(c'est dans le K&R p53 pour ceux que ça intéresse).
Cordialement.

Citation:

---

Envoyé par nicolas.sitbon

Merci Médinoc, j'y avais penser mais je croyais que les parenthèses était plus prioritaires que les crochets alors comment se fait il qu'il faille rajouter une paire de parenthèses?

---

Il faut TOUJOURS faire attention aux parenthèses lors de l'écriture d'expressions complexes, notamment basées sur des structures imbriquées données par pointeur et aboutissant à des tableaux...

Les compilateurs ne sont pas forcément devins, et en particulier lors de "castage" dynamique...

Une expression comme :

Code:

---

&(*toto)->titi->Tab[2]

---

risque de provoquer des comportements indéterminés si le cast et les parenthèses ne sont pas au bon endroit et en nombre suffisant...

Sauf que la ça na rien à voir : quand j'ai regardé sur mon tableau de priorité des opérateurs, au lieu de regarder la ligne "(type)" j'ai regardé la ligne "()" autrement j'aurai de moi même encadré l'expression par des parenthèses. C'est une simple faute d'inatention de ma part.

Keep cool.. :mrgreen:

mon post ne s'adressait pas à toi en particulier, mais aux lecteurs du thread en général, je profitais juste de ta remarque pour en faire une plus générale...

:chin: