Erreur inattendue créant le fichier d'information de débogage GG.APB"--"
Quand j'essaie de construire mon projet, il renvoie l'erreur suivante:
Erreur 1 erreur Inattendue lors de la création d'informations de débogage du fichier " D:DocumentsLanceDocumentsSchoolCapstoneGGGGobjDebugGG.PDB ' -- " GG
j'ai récemment eu la malchance d'avoir mon PC redémarré sur moi, en raison de problèmes soudains d'alimentation (peut-être). C'est alors que le projet était en construction, avant que ce problème a commencé.
quand le PC est venu de retour en ligne, j'ai remarqué que les modifications que j'ai apportées au programme avant la soudaine de l'alimentation n'a pas été enregistré. Et, il ne sera pas construire plus.
10 réponses
Comme demandé, mon commentaire comme une réponse:
essayer de nettoyer la solution (sous le menu construire en VS).
depuis que la construction a été interrompue à mi-chemin par votre panne de courant, le fichier n'est pas verrouillé -- le système de construction est probablement juste dans un état incohérent (qu'une Solution propre devrait corriger).
cela a fonctionné pour moi:
- arrêt VS.NET
- Parcourez le projet dans l'Explorateur Windows
- supprimer le dossier/ obj/.
- supprimer les produits du projet (.dll et .pdb) à partir de /bin (je ne sais pas si cette étape est nécessaire)
- ne peut pas faire de mal, mais pourrait aider: supprimer les extrants de projet de tout autre dossier de projet / bin dans la solution qui a des problèmes (n'était pas nécessaire pour moi)
- redémarrage VS.NET
- reconstruire
cela se produit Une fois de temps en temps dans mon environnement et le problème a probablement à voir avec le fichier PDB étant verrouillé (i.e., je devine que la dernière partie du message d'erreur est manquante dans votre post). Voici comment il regarde sur ma machine:
Unexpected error creating debug information file 'c:\dir\obj\file.PDB' -- 'c:\dir\obj\file.PDB: The process cannot access the file because it is being used by another process.'
dans mon cas, nettoyer la solution ne résout pas le problème et redémarrer est un surmenage, donc j'ai l'habitude de simplement copier le nom complet du fichier pdb (à partir de l'erreur) et l'exécuter sur la ligne de commande:
ren c:\dir\obj\file.PDB *.old
cela a fonctionné pour moi: Close Visual studio et open visual studio en utilisant exécuter en tant qu'administrateur et le problème a été résolu.
pas besoin de redémarrer ou supprimer le fichier. Il suffit de renommer le fichier et c'est suffisant. Si vous essayez de supprimer le fichier il donnera une erreur. Il vaut mieux le renommer et ça marchera. :)
si vous rencontrez ce problème avec une application web, cela peut se produire dans la situation inhabituelle que vous avez utilisé DebugDiag et créé une règle qui écoute sur le pool d'applications de votre projet. La suppression de la règle a empêché ce problème de se reproduire.
cela peut arriver, par exemple, si vous suivez ces instructions pour diagnostiquer une exception de débordement de pile dans IIS.
si vous travaillez sur VM avec deux utilisateurs, assurez-vous que l'autre utilisateur n'a pas attaché tout le processus pendant le débogage.
Cons de redémarrage VS:
- le bloc-notes sera perdu
- Refaire/défaire sera perdu
- les fichiers ouverts seront perdus
- Vous allez perdre le tempo
Solution: Donner votre Assemblée un nouveau nom. Aucun des inconvénients. Sauf que vous devez renommer votre assemblée à son nom d'origine lorsque vous êtes prêt pour le déploiement final. Et je pense que n'importe qui peut trouver comment le faire travail pour la dernière fois :)
parfois, tous les fichiers du dossier \bin sont utilisés par un processus en cours d'exécution, c'est-à-dire un site web sur IIS ou un service windows exécuté automatiquement après la compilation. Dans de tels cas, désactiver le service ou stoping IIS app pool pour un site spécifique devrait également aider (comme dans mon cas)
Parfois, je rencontre ce problème, en compilant le même projet pour des objectifs (très) différents:
- VS2008 et net35
- VS2017 et net462
- dotnet core 2.0
je pense que le répertoire bin et/ou obj sont utilisés par le compilateur, mais les sorties ne sont pas compatibles (bien sûr). La Solution propre de VS aide en effet.
souvent nous spécifions différents noms de dll pour la sortie (par exemple mylib.dll, mylib35.dll) et le problème ne s'est jamais produit sur ces projets.