c# - studio - no se pudo cargar el elemento del cuadro de herramientas
Error al crear información de depuración: el código no se compilará (19)
Para evitar ese problema solo abra las propiedades del proyecto, vaya a la pestaña Depuración y desmarque "Habilitar el proceso de alojamiento de Visual Studio"
Estoy usando VS 2008. Cuando hago un cambio en mi código y trato de compilar, obtengo el siguiente error:
Error 7 Error inesperado al crear el archivo de información de depuración ''C: / Documents and Settings / jbezanson / Mis documentos / MyProjects / DispatchBoard / DispatchBoard / obj / Debug / DispatchBoard.PDB'' - ''C: / Documents and Settings / jbezanson / My Documents / MyProjects / DispatchBoard / DispatchBoard / obj / Debug / DispatchBoard.pdb: el proceso no puede acceder al archivo porque lo está utilizando otro proceso. ''DispatchBoard
Con Process Explorer, siempre es devenv.exe que está bloqueando el archivo. Si corro en modo Release esto no sucede. Comenzó hace 2 días cuando comencé una aplicación WPF, y desde entonces sucede con cada aplicación en la que trabajo.
La única información que pude encontrar de Google se refería a un error en VS 2003.
¿Alguien más tiene este problema? ¿Cómo lo arreglo? Cada vez que quiero compilar me resulta muy molesto tener que matar el identificador del archivo.
¿Has intentado cerrar VS, eliminar la obj folder luego reiniciar VS?
He resuelto un problema similar al agregar estas líneas como un evento de preconstrucción:
if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if exist "$(TargetPath)" move "$(TargetPath)" "$(TargetPath).locked"
Con las modificaciones apropiadas, podría ayudar su problema.
Acabo de encontrar el mismo problema hoy. Y luego me di cuenta de lo que salió mal: tenía un par de ventanas de Visual Studio abiertas al mismo tiempo, y una de ellas estaba en modo de depuración.
Cuando paré el modo de depuración en esa, el problema fue resuelto.
Eso sucede cuando tienes abierto un "puñado de ventanas VS".
Como dice que lo tiene en todas las aplicaciones en las que trabaja parece un problema más global. Puedes intentar reiniciar el vs2008 escribiendo
devenv.exe / setup
Tuve el mismo problema esta mañana y noté que tenía abierto otro proyecto que tenía una referencia al que no compilaría ni depuraría. Eliminé la referencia (ya que en realidad no la necesitaba) y estuvo bien.
Tuve este problema hoy. En mi caso, acabo de tomar los datos del control de origen de mi empresa y de inmediato toqué este problema cuando traté de compilar el proyecto. El problema terminó siendo que la carpeta / bin se configuró en Solo lectura. Para resolver el problema, acabo de hacer que la carpeta no sea solo de lectura.
Cambié el ''Proyecto de inicio'' de mi solución a un proyecto sin referencia al proyecto del archivo bloqueado. Esto resolvió el problema para mí usando VS 2010 SP1.
(Process Explorer dijo que msvsmon.exe (iniciado por devenv.exe) bloqueó el archivo pdb. Después de cambiar el proyecto de inicio, los procesos msvsmon.exe y .vshost.exe desaparecieron, al igual que el archivo handle).
Alex Clark, gracias por apuntarme en la dirección correcta.
Esto funcionó para mí. Lo que hice fue cerrar mi estudio visual y eliminar el archivo .suo y luego volver a abrir la solución. El bloqueo debería desaparecer ahora. Aclamaciones.
Si tiene varias instancias de VS abiertas, cierre otras instancias (aparte de la que está intentando compilar), esto puede resolver el problema.
Viejo tema, pero algo que funcionó para mí. Tenía 2 proyectos en mi solución, un proyecto tipo biblioteca de clase y un proyecto de formulario de Windows. El proyecto de formulario de Windows estaba haciendo referencia al binario compilado y no al proyecto en sí en mi caso que causaba el bloqueo. Después de cambiar la referencia al proyecto de biblioteca de clase, funcionó correctamente.
Haga clic con el botón derecho en la carpeta que contiene depuración .pdb y desmarque las carpetas de propiedad de solo lectura, luego, acepte. Eso es.
Esto funciona para mí con proyectos web en Visual Studio Express 2012 para la web:
- Presione F5 para comenzar a depurar
- "¿Quieres ejecutar la última versión exitosa?" - presionar SÍ
- En este punto, puede intentar una solicitud, no estoy seguro si este paso es necesario
- Presiona el botón de detener
- Recompilar con éxito
No es necesario reiniciar o eliminar el archivo. No será posible eliminar, recibirá un mensaje de error. Simplemente cambie el nombre del archivo y eso es suficiente. VS2010 creará otro archivo para usted, ya que no encontrará el original. :)
Tuve el mismo problema de vez en cuando. Por lo general, no hay problema, pero de vez en cuando ... Este momento en particular, era imposible de trabajar. Cerraría la aplicación, e incluso eso no funcionó la mayor parte del tiempo. Vi esta publicación y una persona dijo que no tenían problemas hasta que comenzaron una aplicación de WPF. Estaba reproduciendo música (estación de radio) en segundo plano con la aplicación "Música" de Windows 8. Tenía la idea de que era una aplicación de Microsoft creada con Visual Studio. Una vez que dejé de reproducir música, nunca me encontré con el error. Si está leyendo esto, vea si tiene alguna aplicación de Microsoft ejecutándose.
También tuve el mismo problema. Intenté todas las sugerencias anteriores sin suerte. Eventualmente cambio la configuración de compilación de Debug a Release, la solución construida ...
Este problema comenzó a ocurrir para mí después de cambiar de Cassini a IIS Express como mi plataforma para la depuración.
Cassini fue mucho mejor que IIS Express, pero no admite correctamente la canalización integrada. IIS Express no tiene esperanza.
Esto parece ser una especie de condición de carrera en Visual Studio o IIS Express. No tiene nada que ver con un proyecto que bloquea otro proyecto: los bloqueos provienen únicamente de la actividad del proceso de compilación de la aplicación web.
De todos modos, ninguna de las soluciones anteriores funcionó para mí. El desbloqueo ya no parece ser compatible con Windows 8. Entonces, en cambio, probé LockHunter . Lo que hago es mantener la aplicación LockHunter abierta todo el día. Si recibo un reclamo sobre algún archivo bloqueado, copio y pego la ruta del archivo en LockHunter y luego intento nuevamente. Esto generalmente resuelve el problema, pero a veces lleva algunos intentos.
Lo único que funcionó para mí es eliminar el atributo optimizeCompilations = "true" del elemento de compilación en mi archivo Web.Config.
El tiempo de compilación puede ser un poco más largo, pero funcionó bien.