Discussion :

[Sharkalone]

Je vous expose l'os sur le quel je suis tombé ce matin :

J'avais crée une méthode statique dans une classe et il fallait que je rajoute un bout de code dedans, rien de bien méchant, 8 lignes en plus, en dehors de toute boucle ou condition.

je rajoute donc mon petit bout de code :

Code :

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

1
2
3
4
5
6
7
8
9
1: float Qty_Total = (float)Qty_Mat + (float)Qty_Diff + (float)Qty_Abs;
 
2:			float Perc_Diff = 0f;
3:			float Perc_Abs = 0f;
4:			if(Qty_Total > 0f)
5:			{
6:				Perc_Diff = (float)Qty_Diff / Qty_Total;
7:				Perc_Abs = (float)Qty_Abs / Qty_Total;
8:			}

Et je teste ma fonction et là, oh surprise, en pas à pas, VS saute complètement les lignes 2 et 3 ainsi donc que les 6 et 7. Renommer les variables ou changer leur types ne règle en rien le problème et je ne peux d'ailleurs plus rajouter de nouvelles variables dans la méthode quel que soit leur type ou leur position car elles sont traitées de la même façon...ou plutôt ne sont pas traitées justement.

Pourtant Visual Studio râle si je supprime les déclarations de ces variables(logique en soit mais pour autant il ne les "voit" pas pendant l'exécution :S ). De plus, un point d'arrêt sur les lignes 2 et/ou 3 sera automatiquement décalé sur la ligne 4, comme si elle n'existaient pas.

Je fais alors quelques tests. suppression des lignes 2 à 8 : la ligne 1 rencontre alors le même problème que les lignes 2 et 3 précédemment; Inconnue au bataillon lors de l'exécution.
Problème qui ne se pose pas si on laisse en place seulement les lignes 4,5 et 8 de la condition

Après quelques essais divers et variés, j'en viens finalement à tester ceci :

Code :

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

1
2
3
4
5
6
7
8
9
1: float Qty_Total = (float)Qty_Mat + (float)Qty_Diff + (float)Qty_Abs;
 
2:			float Perc_Diff = 0f;
3:			float Perc_Abs = 0f;
4:			if(Qty_Total > 0f && Perc_Diff == 0f && Perc_Abs == 0f)
5:			{
6:				Perc_Diff = (float)Qty_Diff / Qty_Total;
7:				Perc_Abs = (float)Qty_Abs / Qty_Total;
8:			}

Qui "règle" mon problème car toutes les variables sont alors bien prises en compte. Cela dit, je ne peut toujours pas créer de nouvelles variables locales :S

Si quelqu'un m'a compris (même moi j'ai du mal à expliquer ce phénomène) et qu'il a déjà rencontré ce genre de problème, mais surtout s'il à une explication, je suis prenneur car c'est vraiment handicapant.

[grrrkewel]

Salut,
Ce genre de problème m'est déjà arrivé en C/C++ sous Linux, des bouts de code complètement ignorés par le compilateur et donc le programme mais sous VS, jamais...
As-tu cependant essayé des tests genre msgbox(Perc_Diff) par ex; dans mon cas à l'époque un "printf" avait aidé...
Je ne fais pas vraiment avancer le "shmilblik", mais bon

[theMonz31]

ca arrive parfois parce qu'on croit débugguer un code, et en fait, le debuggueur affiche le code source d'un autre fichier

J'sais pas si c'est cela, mais ca m'est déja arrivé en C++ avec Visual Studio...

The Monz, Toulouse

[tomlev]

Essayer de nettoyer et recompiler ton projet

[Harry_polin]

moi ca m'arrive quand j'ai des pointeurs qui ne pointent plus sur la bonne zone (même en C#), le compilateur "zappe" des zones ou se téléporte dans d'autres zones qui n'ont rien à voir.
Dans ces cas-là, le nettoyage, re-compilation du projet n'y change rien, il faut trouver le code qui engendre le problème de pointage mémoire. Et c'est pas toujours évident car aucune exception n'est lancée, on ne s'en rend compte que parceque le compilateur fait n'importe quoi.

[Sharkalone]

@grrrkewel, impossible d'utiliser la variable, un espion ne le trouve pas comme si elle n'existait pas, idem pour le reste. Inconnue au bataillon...tout en étant quand même là (car on ne peut pas supprimer la déclaration)

@tomlev, déjà fait, nettoyé, généré, régénéré, redémarré VS (et la machine aussi au cas où) rien n'y fait.

Même envoyé sur le serveur svn et mis à jour sur une autre machine le problème est également présent.

[Pol63]

vérifier les références en debug ainsi qu'en release
et générer la solution

vs débug des dll et ensuite fait la liaison avec le code source, il pointe donc vers des dll qui ne correspondent pas à votre code