Discussion :

[shadowmoon]

Je passe peut etre à coté d'un truc énorme, mais avec ce code :

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

ErrorPipe.Listen(); //bloquant tant que aucun client connecté
            do
            {
                //lecture du message d'erreur sur ErrorPipe
                String mess_error;
                StreamReader sr = new StreamReader(ErrorPipe, Encoding.Unicode);
                while(ErrorPipe.DataAvailable) mess_error = sr.ReadLine();

                //ecriture du message dans le fichier
                StreamWriter swf = new StreamWriter("Mess_Err_IHM_" + index_thread + ".txt");
                swf.AutoFlush = true;

                swf.WriteLine(mess_error);
                swf.Close();

            } while (ErrorPipe.IsConnected);

Le compilateur de Visual Studio 2005 pro me dit "utilisation d'une variable locale non asignée" pour la partie soulignée, quelqu'un pourrait me dire d'où sa vient ?

[dietrich]

fait voir
String mess_error = string.empty;

[mow]

En fait, tu ne peux pas lire une variable à laquelle tu n'as rien affecté comme valeur... c'est ce qu'il veut te dire quand il te dit: variable locale non asignée

[shadowmoon]

@mow, ca je le sais, regarde bien ce que je viens de mettre en gras

@dietrich, en effet qd je met un "String mess_error="";", je n'ai plus d'erreur, mais c qd meme bizzare qu'il ne prenne pas en compte l'affectation après le while.

[Sphax]

Ce qu'il se passe c'est que si tu ne passes jamais dans le corps de ton while ta variable n'est pas initialisée mais que tu essayes qd même de l'utiliser plus bas. Donc la solution de dietrich fonctionne puisque tu initialises ta variable dés la déclaration.

[Astartee]

mais c qd meme bizzare qu'il ne prenne pas en compte l'affectation après le while.

Peut-être que toi tu sais qu'on passera au moins une fois dans le while, et que donc ta variable sera affectée, mais le compilateur ne le sait pas... et donc il te prévient qu'il est possible que la variable ne soit jamais affectée.

c'est chiant, quand on est vraiment sûrs que ça marchera mais que le compilateur n'est pas capable de faire la même preuve-de-fonctionnement-du-programme que nous

[mow]

C bon Astartee est passé avant mieux - je ne dis pas mieux !!