Struct et initialisation de champs

Salut,
mon problème n'est pas bloquant mais m'intrigue.
j'ai décidé, par manie sans doute ^^, de ne plus avoir aucun avertissement lors de la compilation de ma boite à outils; et je suis arrivé sur le cas d'une bête Struct dont voici le code :

Code:

---

1 2 3 4 5 6 7

private struct NMHDR { public int hwndFrom; public int idFrom; public int code; }

---

et voici les messages :

Citation:

---

Le champ 'Outils_Composants.Controls.Control_ListViewFixe.NMHDR.code' n'est jamais assigné et possédera toujours sa valeur par défaut 0
Le champ 'Outils_Composants.Controls.Control_ListViewFixe.NMHDR.hwndFrom' n'est jamais assigné et possédera toujours sa valeur par défaut 0
Le champ 'Outils_Composants.Controls.Control_ListViewFixe.NMHDR.idFrom' n'est jamais assigné et possédera toujours sa valeur par défaut 0

---

Je suis donc allé sur le site de Krosoft : https://msdn.microsoft.com/fr-fr/lib...or=-2147217396
Ce site m'affirme qu'on ne peut pas initialiser de champ au sein de la déclaration d'une struct, ce qui ne m'étonne pas...
Mais vu que je ne crois que ce que je vois, j'ai tout de même testé, et j'obtiens effectivement une erreur à la compilation.

Bref, ma question finalement se résume à :
Suis-je condamné à avoir soit une erreur de compilation, soit un avertissement à la compilation à partir du moment où je me crée une bête struct ?¿

Merci à celui qui pourra m'éclaircir sur ce point

Salut,

m'est avis que tu l'utilises jamais cette struct, nop ? Si tu veux plus de warning tu la vires ^^

Salut,
merci pour ta réponse,
mais si, je l'utilise, je traite des messages système avec :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

protected override void WndProc(ref Message m) { switch (m.Msg) { case WM_NOTIFY: NMHDR nmh =(NMHDR)m.GetLParam(typeof(NMHDR)); if (nmh.code == HDN_BEGINTRACKA || nmh.code == HDN_BEGINTRACKW || nmh.code == HDN_DIVIDERDBLCLICKW) { m.Result = new IntPtr(-1); } else base.WndProc(ref m); break; default: base.WndProc(ref m); break; } }

---

La struct et la méthode sont dans la même classe. Mais j'avoue que c'est la première fouis que je tombe sur ce cas :(
Après, comme je disais, ce n'est pas grave, mais j'aurais bien aimé avoir ma liste d'erreurs vide ^^

salut

1-il faut définir NMHDR ainsi

Code:

---

1 2 3 4 5 6 7

struct NMHDR { public IntPtr hwndFrom; public IntPtr idFrom; public int code; }

---

parce que NMHDR c'est une structure de code non managé

http://www.pinvoke.net/default.aspx/...res/NMHDR.html

2-Pas le temps de vérifier il n'y a pas une classe NET de ListCtrl ou de ListView ?
Sinon il vaut mieux prendre un DataGrid ou autre.

Merci, je testerais.
Ce code fait partie d'un control hérité d'un datagridview

J'avais déjà vu du C++/CLI mais c'est la première fois que je vois du C#/WIN32.
Bon, y'a rien de mal à vouloir faire sauter tous les warning, c'est même une bonne chose.
Sinon un peu comme le dit Mat.M je dirais que c'est une embrouille de code non managé : l'analyseur ne voit pas que GetLParam initialise ta struct. Si tu veux juste faire sauter le warning tu as juste à changer la visibilité de ta struct en public (ou en protected comme le suggère Mat.M). Pour le type IntPtr petite question : ça arrive souvent qu'on se serve d'un adressage sur 64bits ? C'est une vraie question.

salut jopopmk pour la taille en octets de IntPtr je dirais que ça dépend de la compilation 32 ou 64bits

Salut,
j'étais en déplacement hier d'où l'absence de réponse :p

j'ai d'abord tenté de passer les champs en IntPtr et ça me balançait le même warning, et puis, comme je faisais un test d'égalité avec des Int je trouvais ça moche d'avoir à les caster à nouveau en Int.
Du coup j'ai passé la portée de ma struct en protected et je te confirme que ça fonctionne, plus de Warning :)

Mon projet est enfin 100% clean ^^

Je n'ai pas la réponse pour la taille du IntPtr, mais celle de Mat.M me semble cohérente.

Merci à vous deux.

Je passe le sujet en résolu.