Manipluation des variables

Version imprimable

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

Code:

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 ?

27/07/2007, 16h39
dietrich

fait voir
String mess_error = string.empty;
27/07/2007, 16h45
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
27/07/2007, 16h53
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. :? :? :?
27/07/2007, 16h58
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.
27/07/2007, 17h33
Astartee

Citation:

Envoyé par shadowmoon

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 :aie:
27/07/2007, 17h39
mow

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