Discussion :

[johanvs]

Bonjour,

Mon sujet ne plaira peut-�tre pas aux puristes qui n'utilisent jamais de goto.
Je les renverrai � cette page de la msdn : http://msdn.microsoft.com/en-us/libr...=vs.80%29.aspx
(En en fait je travaille sur le code de quelqu'un d'autre donc voil� )

J'ai ce bout de code :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
goto a ;
CString b ;
a:
return ;

qui me renvoie l'erreur 2362 :

L'initialisation de b est ignor�e par goto a

alors que ce code assez similaire:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
goto a ;
double b ;
a:
return ;

passe sans probl�me.

Qu'est-ce que le type CString a de plus que double pour ne pas passer au compilateur? Est-ce qu'un pro des MFC a la solution?

Merci d'avance

[farscape]

salut,
dans un cas tu manipules un objet dans l'autre un type natif ce qui n'est pas du tout pareil ..
tu n'as pas d'erreur sur le type natif puisque pas utilis� apr�s ton label a:
dans le cas de l'objet le compilo se pose la question de l'initialisation de l'objet puisque ton code ne l'utilise jamais.
c'est bien une erreur ? ce n'est pas plut�t un warning ?

[johanvs]

[EDIT : r�flexion ant�rieure � la r�ponse ci-dessus]

Je comprends bien l'id�e que le compilateur ne veut pas prendre le risque que du code apr�s le label a contienne des appels � la variable b. �a d'accord.

Sauf que dans mon code il n'y en a pas : le goto est utilis� sous condition et apr�s le label je ne veux plus me servir de b! Je sais bien qu'une solution consisterait � mettre des accolades entre la fin du goto et le d�but du label pour assurer que mes variables ne soient pas utilis�es apr�s... mais je trouve �a d'autant plus lourd que j'ai plusieurs goto plac�s avant le label

Enfin surtout le truc exag�r� c'est que �a marche avec le double

[johanvs]

Ah merci pour la r�ponse! (mon post ne lui r�pond �videmment pas).

Ok je crois comprendre ce que tu dis. Par contre oui c'est bien une erreur, mais elle n'est pas due au fait que la variable ne soit pas utilis�e apr�s (puisqu'en l'utilisant �a fait la m�me chose).

Je crois que c'est bien le fait que ce soit un objet qui pose probl�me : un objet a besoin d'�tre bien initialis� donc de faire appel � un constructeur, implicite ou pas, par contre le type natif n'a pas cette obligation.