realizo - windows forms c# visual studio 2017
Bloqueo de archivos al compilar en Visual Studio 2010 (11)
¿Has comprobado si tu firewall bloquea algún archivo? Cuando cambié a la versión completa de Avast, encuentro que tengo que deshabilitar la Protección del sistema de archivos. Me encanta eliminar mis archivos ejecutables cuando intento ejecutar mis proyectos de estudio visual.
Tuve problemas al actualizar a VS2012 Professional. (SDK, .Net, paquete redistribuible de Visual C ++)
ASEGÚRESE DE QUE ESTAS SON COMPATIBLES CON LA VERSIÓN ACTUAL DE VS USTED ESTÁ UTILIZANDO
Lo que hice fue terminar de desinstalar TODO lo que estaba asociado con ambas descargas de Visual Studio. Si puede eliminar y guardar los archivos de su proyecto en otro lugar y luego recuperarlos. Revise todos los archivos de su programa para ver si hay algo oculto en la carpeta incorrecta y verifique su unidad C.
Lo que significaba descargar y reinstalar (nuevo):
Creo que si limpia sus archivos de programa, debería estar bien. No recomendaría ingresar a su registro a menos que esté muy seguro de lo que está haciendo. Si ya ha realizado cambios en el registro, veremos esa y otras opciones (si esto no resuelve su problema).
Hola, Stackoverflow.
Recientemente, cuando he estado programando en Visual Studio 2010, he estado teniendo el problema de que VS ha bloqueado el archivo bin / Debug / (ProjectName) .exe al intentar compilar y aparece el siguiente error después de intentar compilar el proyecto. 10 veces:
No se puede copiar el archivo "obj / x86 / Debug / TileEngine.exe" a "bin / x86 / Debug / TileEngine.exe". El proceso no puede acceder al archivo ''bin / x86 / Debug / TileEngine.exe'' porque otro proceso lo está utilizando.
El problema aparece cuando edito la fuente y luego trato de depurar. He comprobado el uso de diferentes programas, y el único programa que usa el archivo es Visual Studio.
Si espero unos 10 minutos antes de intentar construir, parece funcionar correctamente, pero al probar cosas diferentes, no es bueno tener que esperar 10 minutos antes de intentar algo.
He probado diferentes soluciones tanto en este sitio como en todos los lugares que puedo encontrar en Google.
Algunas soluciones que he encontrado, pero no han funcionado para mí
Solución 1 - Uso de un script de precompilación
En algunas preguntas diferentes aquí en Stackoverflow, he encontrado una solución que es ir a Project Properties > Build Events y luego en la línea de comandos del evento de precompilación:
if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"
Esto hizo posible que yo construyera el proyecto una vez más de lo que normalmente podía, pero al editar el código nuevamente y luego construir, apareció el mismo error.
Nota: Tratar de compilar una versión en lugar de una compilación de depuración parece romper la secuencia de comandos previa a la compilación y se cierra con el código ''1'', lo que hace que VS no pueda compilar correctamente. La eliminación de la secuencia de comandos de construcción previa hace que funcione como "normal" de nuevo, aunque sigue teniendo el mismo error.
Solución 2: ejecutar Visual Studio como administrador
Esta es otra solución que he encontrado, pero no me ha funcionado bien, así que asumo que Visual Studio ya tiene todos los permisos necesarios y que ejecutarse como Administrador no hace ninguna diferencia.
Solución 3 - Cambiando la AsambleaVersión
En esta pregunta, la compilación de Visual Studio falla: al no poder copiar el archivo exe de obj / debug a bin / debug , encontré otra solución que incluía cambiar la AssemblyVersion , en el archivo Properties/AssemblyInfo.cs , a "2.0.0.0" . Esto, sin embargo, no ha hecho ninguna diferencia en absoluto para mí.
Solución 4 - Cerrar los diseñadores de UserControl antes de construir
De acuerdo con algunas respuestas diferentes aquí y allá en Internet, Visual Studio aparentemente usa el ejecutable del proyecto creado para representar al diseñador UserControl (?). En mi caso, probablemente no sea así, ya que uso XNA principalmente y no usa el diseñador UserControl .
Solución 5: limpieza de recursos cuando se cierra la aplicación
Esta podría ser una solución que no he implementado correctamente. Estoy pensando, sin embargo, que si esta es la solución, ¿por qué no se me ha requerido hacerlo antes? Supongo que XNA descarga todo lo que se carga a través de la canalización de Content , por lo tanto, esta solución no tendría ningún sentido real.
Si hay alguien que sea capaz de difundir algo de luz sobre este tema, sería realmente genial, ya que me impide programar algo en realidad, porque no me gusta esperar 10 minutos porque hice un cambio de 2 segundos. todo el tiempo.
Cambie el destino de la plataforma de construcción de x86 a cualquier CPU
Creo que encontré la solución yo mismo. En las Propiedades del proyecto, no se marcó "Habilitar el proceso de hospedaje de Visual Studio". Comprobarlo parece haber solucionado los problemas, al menos por ahora.
Me lo recordó de la publicación de mcmonkey4eva. Así que gracias por eso =)
Y gracias por la otra respuesta que tengo. es impresionante!
En mi caso, el problema parece ser causado por el depurador remoto. Se inicia en la máquina local cuando compila con la opción "x64". Intente cambiar la configuración del proyecto (propiedades / buid) hasta que llegue a la versión final.
Intente eliminar la comprobación de solo lectura de su solución desmarcando el nivel de la carpeta.
Me encontré con este problema y en mi caso se debía a que bin estaba incluido en la solución; Tan pronto como excluí la carpeta bin de mi solución, el problema desapareció.
Me he encontrado con este problema unas cuantas veces.
Puede que el mío no sea por la misma causa que el tuyo, pero te diré qué fue lo que me salió mal y cómo lo solucioné, con suerte te será útil.
Básicamente, mi programa nunca salió del todo correctamente, incluso cuando parecía. Continuaría ejecutándose y, por lo tanto, continuaría bloqueando el archivo.
Una solución rápida y sucia que usé inicialmente (y una forma de demostrar si este es el caso) es:
- Abrir el Administrador de tareas (Ctrl-Alt-Supr)
- Haga clic en la pestaña Procesos
- Busque el nombre de su programa (TileEngine.exe)
- Nota: probablemente habrá name_vshost.exe (TileEngine_vshost.exe) Eso es una cuestión de VisualStudio, ignórelo, no es relevante.
- Si lo encuentra, significa que su programa no se ha cerrado completamente.
- Si está allí, haz clic en él y presiona "Terminar proceso"
Entonces, si está ahí, entonces, por alguna razón, tu programa no se cerró, como el mío lo hizo.
A menudo, esto se debe a un subproceso que se inicia y se olvida, o una tarea asíncrona que nunca se completa, o algo así.
Asegúrese de que en su función OnExiting (..) void elimine todos los subprocesos en ejecución.
Si su programa aún se está ejecutando a pesar de los mejores intentos de cerrar todos los subprocesos y otros bloqueadores, puede usar el método incorrecto y muy sucio: En OnExiting (...) ejecute el código "System.Diagnostics.Process.GetCurrentProcess (). Kill () " - esto hará que las fuerzas de estilo administrador de tareas frenen el proceso actual ... esto es solo como un método de emergencia que no puedo hacer que funcione, de ninguna otra manera.
Nada ayudó, ni comandos de precompilación, ni diseñadores cerrando, pero descubrí una forma que me ayudó, simplemente cambiando de depuración a versión y viceversa libera archivos bloqueados y puede eliminarlos sin cerrar el IDE.
Necesitas deshabilitar el indexador de Windows ya que bloquea el archivo
Regularmente obtengo este problema si cambio de Debug a Release e inmediatamente F5 para compilar. Por loco que parezca, esperar, por ejemplo, un minuto después de cambiar de modo evitará esto.
Si está bloqueado, la única solución es cerrar Visual Studio y volver a abrir.
Resolví este problema organizando mis recursos en la solución. Noté este error cuando coloco algunas imágenes en mi aplicación en la misma carpeta de soluciones.
Asi que,
- Había eliminado todas las imágenes y recursos de la aplicación, guardar sin ella.
- Movió las imágenes a la carpeta externa de la solución.
- Abra la solución y agregue estas imágenes nuevamente, usando el botón "Importar" en los controles.
Si intentas esto, recuerda hacerlo con el ícono de la aplicación, en Configuración del proyecto.
Ahora, todo está funcionando bien para mí.
Espero que ayude.