quitar puede pudo pudieron obj lineas escribir error directorio debug copiar archivo app c# winforms visual-studio

c# - pudo - No se puede copiar un archivo de obj / Debug a bin / Debug



no se pudo copiar el archivo bin antlr3 runtime pdb (28)

Tengo un proyecto en C # y obtengo este error cada vez que trato de compilar el proyecto:

(No se puede copiar el archivo "obj / Debug / Project1.exe" a "bin / Debug / Project1.exe". El proceso no puede acceder al archivo "bin / Debug / Project1.exe" porque lo está utilizando otro proceso).

... así que tengo que cerrar el proceso desde el administrador de tareas. mi proyecto es solo una forma y no hay multi-threading.

¿Cuál es la solución (sin reiniciar VS o matar el proceso)?

este es el código de error que tenemos, ¿cómo podemos resolver este problema?

Esto debería funcionar.

Ve a tus propiedades de proyecto. Dentro de Build Events, bajo Pre-build event command line, agregue estas dos líneas de código:

if exist "$(TargetPath).locked" del "$(TargetPath).locked" if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"

  1. Cierre su proyecto
  2. Eliminar carpeta bin

me parece que funciona, :)

@Udpate: Desde el momento en que publiqué por primera vez esta ''respuesta'', tendré otra explicación para el problema. El problema desde que ocurría cada vez más a menudo fuera de Visual Studio también, al intentar copiar un archivo .exe de una carpeta a otra. Si bien, en primer lugar, Windows no permitió copiar (!) Un archivo .exe (primero me estaba pidiendo derechos administrativos, pero se negó a copiarlo después de todos modos) todavía apareció en el explorador. Pero después de un tiempo, sin ninguna otra acción tomada, desapareció mágicamente. Al igual que el problema en la pregunta siempre parece resolverse después de un tiempo. Así que supongo, el problema está más relacionado con una eliminación retrasada del archivo de salida del proyecto y menos con un VS defectuoso. Me disculpo por cualquier sospecha injustificada. : |

Esto da la búsqueda de una solución con una dirección completamente diferente, supongo. Encontré ese enlace y actualizaré cualquier progreso:

https://superuser.com/questions/234569/windows-7-delayed-file-delete

=============================================== ======================

Este es un error conocido en VS. Lo descubrí muy a menudo, principalmente en VS2010 (con / sin SP1). Se recomiendan varias "soluciones". Algunos de ellos, que me ayudaron:

  1. Elimine el archivo .suo en su directorio de proyecto. Eventualmente necesita crear toda su solución desde cero.
  2. Cierre cualquier Diseñador de Windows Form puede permanecer abierto.
  3. Utilice una secuencia de comandos de precompilación, que elimina el destino del directorio de salida.
  4. Deshabilitar el proceso de alojamiento VS.

Ninguno de estos realmente soluciona el error. Pero puede devolver al VS a un estado utilizable, hasta que MS proporcione una verdadera solución (si alguna vez lo hará).

http://social.msdn.microsoft.com/Forums/en/vsdebug/thread/cea5e4b2-5b33-453c-bffb-8da9f1a1fa4a

http://social.msdn.microsoft.com/Forums/en/vbide/thread/cd12f3c7-de96-4353-adce-23975e30933f

Antes de reconstruir la solución, borre el proyecto , detenga el IIS y abra la propiedad de la carpeta "bin" . Desmarque el atributo de solo lectura en la pestaña general y luego vuelva a generar.

Bueno, tengo el mismo problema, mi manera de solucionarlo fue detener e inhabilitar el servicio de "experiencia de aplicación" en Windows.

Cambie el nombre del ensamblado a un nombre diferente para resolver este problema.

Descubrí que finalizar todas las tareas de msbuild.exe (en el Administrador de tareas) solucionó el problema con VS2012.

Después de ver un error similar en los estudios visuales 2012 de la nada. Descubrí que yendo a la carpeta raíz del proyecto y haciendo clic con el botón derecho en él, desactivé solo lectura y este error desapareció. Aparentemente, TFS a veces hará que una carpeta sea solo de lectura. Con suerte, esto ayudará a cualquier persona con un problema similar. Gracias

Ejecute Visual Studio como Administrator

El mío fue resuelto por:

  1. Solución limpia
  2. Cierre todos los procesos según VS (instancias actuales).
  3. Reconstruir

El verdadero problema no es el error que está recibiendo; es que la aplicación no está limpiando después de sí misma.

O bien se aferra a las referencias, no libera recursos, o algo más que está causando que el proceso no termine cuando se le dice que se cierre. Arregle ese problema y este problema se resolverá solo. No podemos ayudarte con eso a menos que publiques tu código (y en este punto, si necesitas ayuda con eso, debes comenzar una nueva pregunta).

Esto está sucediendo porque el proceso [yourProjectName].exe no se cierra después de terminar la depuración.

Hay dos soluciones para este problema.

  1. Cada vez que realice cambios en la aplicación, vaya a Administrador de tareas -> Procesos -> [nombre de su proyecto] .exe, finalice este proceso. Debe finalizar este proceso cada vez que realice cambios en el sistema.

  2. Agregue un botón de salida en su aplicación para salir de la ventana y agregue estas líneas al evento click

    System.Diagnostics.Process.GetCurrentProcess().Kill(); Application.Exit();

Esto me pasó en VS 2010 y Win 7 .. Caso:

  • No puedo reconstruir con el administrador de configuración de depuración, pero puedo reconstruirlo con el administrador de configuración de liberación

Lo que he intentado:

  • Verifique el tipo de mi cuenta en el panel de control - cuenta de usuario -> Mi cuenta es Administrador
  • Establecer la carpeta bin no solo de lectura
  • Agregue seguridad en la carpeta bin a Todos
  • detener el servidor iis

  • Detenga el antivirus, revise el programa de ejecución ridículo usando el administrador de tareas y ProcessExplorer

  • ejecutar VS como administrador

Si All that way todavía no está funcionando.

Entonces, la última forma de probar:

  • solución cercana
  • cerrar el estudio visual
  • inicio - apagado
  • presione el botón de encendido para encender la computadora
  • Ingrese a su cuenta que tiene privilegios de administrador en el tipo de usuario
  • reabra la solución
  • reconstruir
  • de esa manera trabajando. Todas las personas lo llaman como Restablecer Computadora

Luché con esto desde hace años. Finalmente descargué LockHunter para descubrir quién bloqueó el archivo. En mi caso fue MBAM. Una vez que agregué el directorio de mi proyecto a la lista de exclusión de MBAM, ya no tuve este problema.

No es una respuesta directa a su pregunta ...

Un escenario cuando esto puede venir se enumera a continuación:

Si su aplicación se encuentra en proceso de Depuración, por ejemplo, mediante la eliminación de fallas "Adjuntar para Procesar", este error puede venir

Puedo confirmar que este error existe en VS 2012 Actualización 2 también.

Mi trabajo es:

  1. Solución limpia (y no hacer nada más)
  2. Cierre todos los documentos / archivos abiertos en la solución
  3. Salir VS 2012
  4. Ejecutar VS 2012
  5. Construir solución

No sé si esto es relevante o no, pero mi proyecto utiliza "Linked" en archivos de clase de otros proyectos: es un proyecto de Silverlight 5 y la única forma de compartir una clase compatible con .NET y SL es vincular el archivos.

Algo a considerar ... busque archivos vinculados en todos los proyectos en una única solución.

Recientemente lo experimentamos en un proyecto de WinPhone 8, en VS 2012 Actualización 2.

Inexplicablemente, la causa fue usar el tipo Tuple. Al eliminar el código que usaba Tuple, el problema desapareció. Agregue el código de nuevo el problema devuelto.

Si se encontró este error, puede continuar como el siguiente

  1. Finalice la tarea msbuild.exe
  2. Finaliza la tarea explorer.exe
  3. Ejecute de nuevo la tarea explorer.exe

Solución1:

  1. Cierra el proyecto
  2. Eliminar la carpeta bin.
  3. Abra el proyecto
  4. Construye el proyecto.

Solution2:

Agregue el siguiente código en el evento de precompilación:

attrib -r $(OutDir)*../* /s

Este código de línea de comando eliminará el atributo listo para usar de la carpeta "bin". Ahora Visual Studio puede eliminar y copiar fácilmente nuevas dlls.

Tuve el mismo problema, después de leer sus respuestas, fui al Task Manager y busqué app.exe porque creo que quizás no se cierra.
Y lo encontré, lo seleccioné y hago END TASK .my problema resuelto.

Tuve que ir al explorador de Windows y eliminar la carpeta bin / debug así como las carpetas obj / debug. Luego limpié y reconstruí el proyecto.

Una solución muy simple es abrir el Administrador de tareas (CTRL + ALT + SUPR), ir a la pestaña Procesos y buscar por nombre los procesos con el nombre de su proyecto que aún se están ejecutando. Mata a todos los procesos y continúa! :)

día tras día con la búsqueda, la compilación y la reconstrucción, descubrí que lo único que tiene que hacer es apagar el estudio visual, parece que atrapa el servicio en un hilo diferente

para mí fue el antivirus. Simplemente agregue el proyecto visual studio o la carpeta principal completa a la lista de exclusión de antivirus o también puede agregar la extensión de archivo como exclusión y este método funcionó para mí en visual studio 2010/2012

XDesProc esto matando a XDesProc que tenía un control en el DLL que no podía eliminar.