Unhandled Win32 Exception en mode Release

Bonjour,

Alors voici mon problème : j'ai mon programme qui fonctionne en mode debug, mais comme il s'agit d'un programme de rendu ça irait beaucoup plus vite en mode release donc j'ai essayé et là surprise : ça plante !

Ci dessous un petit screenshot, il y a plusieurs choses que je ne comprends pas :
- Pourquoi est-ce que le programme va sur cette ligne alors qu'il y a justement un "if element == NULL" sur la ligne du dessus ?

- Pourquoi le catch(...) ne fait-il pas son boulot ?

Et enfin au meme endroit en mode debug : le pointeur element n'est pas NULL est l'exception est bien capturée.
Et sinon pour le cas ou le node contient bien un attribut "name" ça fonctionne aussi bien en mode release que debug.

Merci d'avance pour votre aide !
http://www.boostupload.com/files/mini/968_untitled.JPG

Salut,

Les valeurs affichées sous le débogueur en mode release, sont en général fausses.
Parmi les différences classiques debug/release on a entre autres les pointeurs qui sont initialisés à 0 en debug et non en release.

Sinon un catch( ... ) ne va pas attraper les plantages, qui ne sont pas des exceptions...

MAT.

catch(...) n'est pas supposé attrapper les exceptions Win32, seulement les exceptions C++.
Sur d'anciennes versions de Visual, ça les attapait. Depuis que Visual respecte mieux le standard C++ (mais piétine le standard C), c'est corrigé.

Pour attrapper les exceptions Win32, il faut utiliser le Structured Exception Handling (SEH).

PS: Un pointeur peut être invalide sans être NULL, hélas...

ah ok,
merci beaucoup pour la vitesse de réponse,
je vais essayer cela tout de suite :)

Bon, alors j'ai fait des tests, et donc le problème ne vient pas de l'élément (car vous aviez raison, c'est bien un problème du debugger just in time, en réalité il est non nul) donc le problème vient du "Attribute" le problème c'est que c'est une méthode de tinyxml...

En fait j'ai 9 fichiers différents à parser et celui là est le seul à planter pour la bonne et simple raison que c'est le seul à ne pas avoir d'attribut "name" dans le node "scene", du coup si vous avez une idée de comment tester si un attribut existe ou non avec tinyxml ça règlerait aussi bien mon problème!

merci d'avance !

Bon finalement j'ai trouvé...
C'était le return qui faisait planter,

le fait de faire return attribute si l'attribute est null il esssaye de faire un string de null et ça plante :aie:

merci à ceux qui m'ont aidé et en espérant que cette boulette serve à d'autres personnes :p