CString après un goto

Bonjour, :coucou:

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à :roll:)

J'ai ce bout de code :

Code:

---

1 2 3 4

goto a ; CString b ; a: return ;

---

qui me renvoie l'erreur 2362 :

Citation:

---

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

---

alors que ce code assez similaire:

Code:

---

1 2 3 4

goto a ; double b ; a: return ;

---

passe sans problème. 8O

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

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 ?

[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 :(

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. ;)