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.

[JolyLoic]

J'ai eu ce soucis dans un cas semblable, et si le cas est semblable au point d'être identique, en fait, ce n'est pas grave

Si en plus d'utiliser google tests, tu as installé le plug-in google test runner (intégration des tests unitaires dans l'interface de visual studio), et que tu tentes de lancer les tests en debug depuis cette interface (par en exécutant le programme généré par google tests), tout en ayant activé le fait d'arrêter le programme à la première exception, c'est "normal" d'avoir ce comportement : Il s'agit d'un exception lancée dans la couche d'intégration des tests à l'interface, exception qui est traitée en interne. Je te conseille de l'ignorer, soit en désactivant le fait de s'arrêter sur cette exception précise, soit en l'ignorant manuellement.

[Jimmy91]

Bonjour,

Merci à tous pour vos réponses qui m'ont beaucoup aidé ! Ces First-Chance Exceptions m'inquiétaient beaucoup, je pensais qu'il existait des fuites de mémoires au niveau de mon projet et, suivant vos conseils, je les ai désactivées dans le panel de gestion des exceptions de Visual C++.

Par contre, ceci est bien mystérieux car je ne me souviens pas d'avoir intégré des tests unitaires MS dans mon projet, je me suis uniquement servi de la librairie gtest (Google Tests)...

En tout cas c'est bon à savoir que les First-Chance exceptions ne sont qu'une phase pendant le lancement d'exceptions. Malheureusement, je ne peux pas recréer le projet, cela prendrait trop de temps (cela fait déjà quatre mois que je suis dessus...).

Encore merci

[bacelar]

Malheureusement, je ne peux pas recréer le projet, cela prendrait trop de temps (cela fait déjà quatre mois que je suis dessus...).

Vous avez donc un gros problème dans la maitrise de votre projet.
Vous devez toujours documenter votre processus de création d'environnement pour permettre sa recréation ou sa migration sur une chaine de migration.

Vérifiez la solution de JolyLoic.

Si ce n'est pas votre problème, vous pouvez vérifier le contenu de votre projet.
C'est un fichier texte, au format XML MSBUILD.
Essayez de voir pourquoi vous lancez tel ou tel outil en regardant les groupements de fichier.
MSBUILD est un espèce de Makefile.