Discussion :

[Themacleod1980]

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 :

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

1
2
3
4
5
6
7
 
private struct NMHDR
        {
            public int hwndFrom;
            public int idFrom;
            public int code;
        }

et voici les messages :

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

[jopopmk]

Salut,

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

[Themacleod1980]

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

Code :

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

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 ^^

[Mat.M]

salut

1-il faut définir NMHDR ainsi

Code :

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

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.

[Themacleod1980]

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

[jopopmk]

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.