visual una studio scripts puedo modo interrupcion hacer habilitada está encuentra depurar depuración depuracion debuggear debug como chrome aplicacion c# .net visual-studio debugging

c# - una - la depuración de scripts de chrome en visual studio está habilitada



Error inesperado al crear el archivo de información de depuración GG.PDB "-" (10)

A veces me encuentro con este problema, al compilar el mismo proyecto para (muy) diferentes objetivos:

  • VS2008 y net35
  • VS2017 y net462
  • dotnet core 2.0

Mi conjetura es que el compilador usa bin o el directorio obj, pero las salidas no son compatibles (por supuesto). Solución limpia de VS de hecho ayuda.

A menudo, especificamos diferentes nombres de dll para la salida (por ejemplo, mylib.dll, mylib35.dll) y el problema nunca ocurrió en esos proyectos.

Cuando intento compilar mi proyecto, devuelve el siguiente error:

Error 1 Error inesperado al crear el archivo de información de depuración ''D: / Documents / Lance / Documents / School / Capstone / GG / GG / obj / Debug / GG.PDB'' - '''' GG

Recientemente tuve la desgracia de reiniciar mi PC, debido a problemas repentinos de alimentación (tal vez). Esto es mientras el proyecto se estaba construyendo, antes de que comenzara este problema.

Cuando la PC volvió a estar en línea, noté que los cambios que hice en el programa antes del apagado repentino no se guardaron. Y, ya no construirá.


A veces, todos los archivos de la carpeta / bin son utilizados por un proceso en ejecución, es decir, el sitio web en IIS o el servicio de Windows se ejecuta automáticamente después de la compilación. En tales casos, desactivar el servicio o detener el grupo de aplicaciones de IIS para un sitio específico también debería ayudar (como en mi caso)


Contras de reiniciar VS:

  • Portapapeles se perderá
  • Rehacer / deshacer se perderá
  • Los archivos abiertos se perderán
  • Perderás el tempo

Solución: Dale a tu Asamblea un nuevo nombre. Sin contras Excepto que tendrá que cambiar el nombre de su ensamblaje a su nombre original cuando esté listo para el despliegue final. Y creo que cualquiera puede encontrar cómo hacerlo funcionar por última vez :)


Esto funcionó para mí:

  1. Apagar VS.NET
  2. Busque el proyecto en el Explorador de Windows
  3. Eliminar la carpeta / obj /.
  4. Elimine las salidas del proyecto (.dll y .pdb) de / bin (no estoy seguro si este paso es necesario)
  5. No puedo herir, pero podría ayudar: elimine los resultados del proyecto de cualquier otra carpeta de proyecto / bin en la solución que tiene problemas (no era necesario para mí)
  6. Reinicie VS.NET
  7. Reconstruir

http://weblogs.asp.net/ssmith/archive/2003/08/12/23755.aspx


Esto me funcionó: cierre Visual Studio y abra Visual Visual Studio usando Run as Administrator y el problema se resolvió.


Esto sucede de vez en cuando en mi entorno y es probable que el problema tenga que ver con el bloqueo del archivo PDB (es decir, supongo que la última parte del mensaje de error falta en su publicación). Así es como se ve en mi máquina:

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.''

En mi caso, limpiar la solución no resuelve el problema y reiniciar es una exageración, por lo que normalmente solo copio el nombre completo del archivo pdb (del error) y lo ejecuto en la línea de comandos:

ren c:/dir/obj/file.PDB *.old


No es necesario reiniciar o borrar el archivo. Solo renombra el archivo y eso es suficiente. Si intentas eliminar el archivo te dará un error. Mejor simplemente renombralo y funcionará. :)


Según lo solicitado, mi comentario como respuesta:

Intente limpiar la solución (en el menú Generar en VS).

Debido a que la compilación se interrumpió a mitad del proceso debido a un corte de energía, el archivo no está bloqueado: es probable que el sistema de compilación se encuentre en un estado inconsistente (que debería solucionar una Solución limpia).


Si está trabajando en una máquina virtual con dos usuarios, asegúrese de que el otro usuario no haya adjuntado todo el proceso durante la depuración.


Si tiene este problema con una aplicación web, esto puede suceder en una situación inusual en la que ha usado DebugDiag y ha creado una regla que escucha en el grupo de aplicaciones de su proyecto. Eliminar la regla evitó que este problema se repitiera.

Esto podría suceder, por ejemplo, si siguió estas instrucciones para diagnosticar una excepción de desbordamiento de pila en IIS.