2009-05-20 13 views
1

Je suis l'auteur de Gallio qui inclut l'intégration de NCover, donc j'étais curieux de voir ce que NCover ferait sur .Net 4.0 Beta 1. Je ne m'attendais pas à ce que ça fonctionne (ce n'est pas le cas). Cependant, je suis curieux de savoir si quelqu'un pourrait m'éclairer en ce qui concerne le message d'erreur, car il suggère une solution de contournement qui pourrait être utile aux utilisateurs de l'édition de la communauté NCover v1.5.8 un jour.Faire fonctionner NCover .Net 4.0 Beta 1

.NET Runtime version 4.0.20506.1 - Le chargement du profileur a échoué. Le profileur configuré pour charger a été conçu pour une ancienne version du CLR. Vous pouvez utiliser la variable d'environnement COMPLUS_ProfAPI_ProfilerCompatibilitySetting pour permettre aux profileurs plus anciens d'être chargés par la version actuelle du CLR. Veuillez consulter la documentation pour savoir comment utiliser cette variable d'environnement et les risques qui y sont associés. Profiler CLSID: '{9721F7EB-5F92-447c-9F75-79278052B7BA}'. ID de processus (décimal): 5724. ID de message: [0x2517].

Google pour COMPLUS_ProfAPI_ProfilerCompatibilitySetting n'a donné aucun résultat. Des indices?

+0

FYI: OpenCover prend en charge les processus 32 et 64 sur les environnements d'exécution .NET2 et .NET4 (et Silverlight) avec une couverture de branche et de séquence. –

Répondre

2

Mise à jour: David Broman a publié une mise à jour sur le COMPLUS ici la mise en http://blogs.msdn.com/davbr/archive/2009/05/26/run-your-v2-profiler-binary-on-clr-v4.aspx

- David Broman explique ce qui doit être la variable d'environnement "COMPLUS_ProfAPI_ProfilerCompatibilitySetting" dans son blog sur 11/10/2008 (Stackoverflow gagné laisse moi poster un lien).

L'équipe de NCover a passé du temps à étudier le travail nécessaire pour préparer NCover .NET 4.0, mais le principal problème est le manque de documentation de Microsoft. Broman mentionne plusieurs garanties que le CLR place autour des profileurs .NET 2.0 qui ne sont pas placés autour des profileurs .NET 4.0, et nous devons savoir quelles sont ces sauvegardes avant de savoir si certaines d'entre elles seront cassées quand nous passerons à .NET 4.0. Nous avons déjà été vissés par l'exigence de réentrant dans .NET 2.0. Les autres facteurs de complication sont le temps (nous commençons deux nouveaux produits en ce moment) et que l'interface NCover doit dériver, ICorProfilerCallback3, est toujours en version bêta.

Une fois que .NET 4.0 est disponible, la compatibilité de NCover 4.0 passe au premier plan de notre liste de tâches.

Questions connexes