2009-12-23 4 views
10

J'essaie actuellement de savoir pourquoi mon InjectableAttributes never get to the filter part.
I liés au marché avoisinant le projet source directement pour que je puisse facilement mettre des points d'arrêt, etc.
Quand je construis mais je reçois le message suivant:Construit avec des optimisations activées ou sans informations de débogage

 
The following module was built either with optimizations enabled or without debug information: 
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\[a bunch of randomly named directories]\assembly\[more random names]\MvcTurbine.Web.DLL] 

To debug this module, change its project build configuration to Debug mode. To suppress this message, disable the 'Warn if no user code on launch' debugger option. 

J'ai vérifié les propriétés du projet. Sa configuration est définie sur "Actif (Débogage)" et la case "Optimiser le code" n'est pas cochée.

MISE À JOUR
J'ai vérifié si je ne l'ai pas par hasard comprennent le fichier plutôt que le projet, mais les références semblent correctes.
Juste pour être sûr que j'ai également supprimé tous les bacs existants afin que toutes les bibliothèques sont définitivement reconstruire quelque part, mais en vain.

MISE À JOUR
Dans la fenêtre avancée Construire la sortie de débogage est réglé sur complet et toutes les options sont identiques à des projets qui construisent les informations de débogage.
Le gestionnaire de configuration indique que le projet est en cours de construction et possède exactement les mêmes paramètres que toutes les autres options.

MISE À JOUR
Dans la Debug-> fenêtre Windows Modules le statut de symbole de la bibliothèque de la turbine est PDB file does not match image je supprimé tous les fichiers correspondants pdb sur tout mon système pour vous assurer qu'il est ré-généré, mais sans résultat .
Pour m'assurer que j'ai également recherché le dll sur mon système entier et les ai enlevés. Rien.

Qu'est-ce qui peut empêcher VS de créer des informations de débogage?

+0

Veuillez essayer ce lien. http: // stackoverflow.com/questions/810203/the-following-module-was-built-soit-avec-optimizations-enabled-or-without-debu –

Répondre

2

On dirait que vous avez référencé le fichier MvcTurbine.Web.DLL plutôt que le projet MvcTurbine . Essayez de supprimer la référence et de l'ajouter à nouveau en tant que référence de projet.

Mise à jour Etes-vous sûr que la DLL ne provient pas du GAC? Ne Debug-> Windows-> Modules lorsque l'application est en cours d'exécution et vérifiez la colonne Chemin.

+0

Parce que j'ai commencé à douter moi-même j'ai vérifié à nouveau, mais non j'ai référé le projet, pas le fichier . Je vais mettre à jour le PO pour clarifier. –

+1

OK, j'ai ajouté une nouvelle supposition. :) –

+0

Je ne connaissait pas cette fenêtre :) +1! Les bibliothèques ne sont pas dans le gack (pour le chemin, voir le message d'erreur que j'ai mis à jour dans OP Ils sont optimisés = non, mais le statut du symbole est PDB ne correspond pas à l'image.Quel idée d'où aller à partir de là? commencez par supprimer des fichiers pdb pour ce module partout où je peux le trouver: P –

4

Vérifiez que les informations de débogage sont générées pour le projet. Vous pouvez le faire en ouvrant l'onglet Construire sur la page Propriétés du projet et en cliquant sur le bouton "Avancé ...". Vérifiez le paramètre "Informations de débogage". Voir this MSDN article pour une explication de ce que chaque option signifie.

Si cela ne le résout pas, vérifiez que le projet MvcTurbine est en cours de construction (Build -> Configuration Manager).

+0

La sortie d'information de débogage est "complète". Je l'ai vérifié avec d'autres bibliothèques qui écrivent des informations de débogage et cela correspond. Dans le fichier Config mngr, les projets mvcTurbine sont sur Debug Any CPU et cochés, comme tous les autres. –

7

Je viens de rencontrer le même problème ce matin, en utilisant VS2010. Je l'ai résolu en supprimant tous les artefacts de construction, par ex. Les exécutables, les bibliothèques, les PDB, etc. étaient dans \ bin \ Debug, \ bin \ Release, \ obj \ Debug, et \ obj \ Release (y compris les sous-dossiers). Ensuite, j'ai recompilé la configuration de débogage, et j'étais de retour en affaires.

+0

Merci pour votre commentaire. Comme cette question date d'il y a des années, je crains de ne plus pouvoir la vérifier. Cela pourrait aider les autres si :) –

Questions connexes