Discussion :

[Jimmy91]

Bonjour à tous,

J'implémente une interface avec un parseur XML dans le cadre d'un stage de fin d'études et, parmi les nombreux blocages que j'ai déjà eus, en voici un qui me donne beaucoup de fil à retordre.

À la compilation du projet, Visual C++ me susurre les mots doux suivants :

Code :

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

First-chance exception at 0x7571C42D in vstest.executionengine.x86.exe: Microsoft C++ exception: EEFileLoadException at memory location 0x0571D4A4

Je ne sais vraiment, mais vraiment pas de quoi il s'agit, et quand je me sers de mon ami Google je ne comprends rien à ce qu'il dit.

Une petite description du contexte (facultative) tout de même :

Dans mon entreprise, on dispose d'un optimiseur (un moteur d'optimisation quoi) prenant en entrée des données fournies sous format XML. Cet optimiseur étant codé en C++, on a besoin d'un parseur XML. L'optimiseur fournit une interface pour éviter le couplage avec le parseur XML, et ma mission est d'implémenter la relation entre l'interface et le parseur.

Dans Visual C++, j'ai déjà créé des liens entre l'interface et le parseur, et testé plusieurs fonctions avec succès. Mon outil de tests unitaires est Google Test (je le mets en gras au cas où le problème viendrait de là).

Quelqu'un parmi vous serait-il en mesure de me fournir un oracle ou une piste à suivre pour résoudre mon problème ? Je lui en serai très reconnaissant.

Merci à tous !

[bacelar]

C'est pas très clair votre truc.
C'est une "first-chance exception", si elle est catché, il n'y a pas de problème.
C'est une exception liée à .NET et je ne vous pas de rapport avec votre projet.
C'est une exception, c'est donc à l'exécution pas à la compilation.

C'est en passant les tests que vous avez cette exception ?
Ou en exécutant votre optimiseur ?

C'est super pas clair.

[Médinoc]

Euh, vstest.executionengine.x86.exe, c'est l'outil de test unitaires de Visual Studio, pas celui de Google...

[Jimmy91]

C'est pas très clair votre truc.
C'est une "first-chance exception", si elle est catché, il n'y a pas de problème.
C'est une exception liée à .NET et je ne vous pas de rapport avec votre projet.
C'est une exception, c'est donc à l'exécution pas à la compilation.

C'est en passant les tests que vous avez cette exception ?
Ou en exécutant votre optimiseur ?

C'est super pas clair.

Bonjour,

Merci pour vos réponses. Je sais que ce n'est pas clair parce que dans ma tête ce n'est pas très clair non plus ! Je ne sais pas comment catcher une First-chance exception car je ne sais pas de quoi il s'agit.

En fait vous avez raison ce n'est pas à la compilation mais à l'exécution que ces exceptions apparaissent, mais elles apparaissent avant les premières lignes du main de mon programme - je l'ai constaté en utilisant le debugger de MSVC - mais si je demande au compilateur de continuer sans s'en préoccuper, le programme fonctionne normalement - pour le moment.

Oui, c'est en passant les tests que je suis confronté à cette exception... Pour l'instant, l'optimiseur est un projet en chantier, que je n'ai pas encore eu l'occasion d'exécuter (en gros, je ne m'en occupe pas pour le moment). Et la remarque de Médinoc soulève un point qui me semble étrange : je sais que j'exécute les librairies de test fournies par Google (références à GTest au sein de mon projet sans laquelle il m'est impossible de compiler, exécution des Google Tests dans le main...) mais en effet, c'est vstest qui pose problème... Y'a-t-il un lien entre Google Tests et VSTest ?

Merci.

P.S. : En effet il n'y a pas de lien avec .NET car je n'ai jamais utilisé ce langage, ni dans ce projet, ni ailleurs...

[Médinoc]

Ce n'est pas une exception .Net, c'est une exception C++.

[bacelar]

"EEFileLoadException" n'est pas une exception .NET mais elle est lancée pour le Runtime .NET.
Les first-chance ne ce catchent pas, ce n'est pas une exception c'est une phase lors du lancement d'une exception.
La première phase est quand on cherche une clause catch d'une exception.

Si le débuggeur s'arrête à ce moment de la vie de l'exception, c'est qu'il a été configuré, à tord ou à raison, pour suspendre le debuguee lors du lancement de ce type d'exception et non au moment où l'exception arrête le programme quand elle n'est pas catchée.

Le plus probable, c'est que vous ayez, par un moyen ou un autre, ajouté de tests unitaires MS dans votre projet et que votre projet tente de les passer en post-compilation.

Pouvez-vous recréer le projet pour vérifier mon hypothèse ?

[Médinoc]

Note: le debugger logue "first-chance exception" qu'il interrompe l'exécution ou non. Il serait une bonne idée de désactiver l'interruption au lancement d'exception pour voir si celle-ci est gérée ou non.

Le plus probable, c'est que vous ayez, par un moyen ou un autre, ajouté de tests unitaires MS dans votre projet et que votre projet tente de les passer en post-compilation

Je plussoie.