Не удалось скопировать файл из obj\Debug в bin\Debug

Ответ 1

@Обновление: Со времени, когда я впервые опубликовал этот "ответ", я склоняюсь к другому объяснению проблемы. С тех пор эта проблема возникала все чаще и за пределами Visual Studio - при попытке скопировать файл .exe из одной папки в другую. Хотя в первую очередь Windows не позволяла копировать (!) Файл .exe (сначала он запрашивал у меня административные права, но впоследствии все равно отказывался копировать его), он все равно обнаруживался в проводнике. Но через некоторое время - без каких-либо дальнейших действий, он волшебным образом исчез. Точно так же, как проблема в вопросе, кажется, решает сама себя через некоторое время. Итак, я предполагаю, что проблема больше связана с отложенным удалением выходного файла проекта и меньше с ошибкой VS. Я прошу прощения за любые необоснованные подозрения. : |

Это дает поиску решения совершенно другое направление, я полагаю. Нашел эту ссылку и сообщу о любом прогрессе:

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

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

Это известная ошибка в VS. Я обнаружил это очень часто - в основном в VS2010 (с/без SP1). Рекомендуется несколько "решений". Вот некоторые из них, которые мне помогли:

1. Удалите файл .suo в директории вашего проекта. В конце концов нужно создать все ваше решение с нуля.
2. Закройте все дизайнеры форм Windows, которые могут оставаться открытыми.
3. Используйте сценарий предварительной сборки, который удаляет цель из выходного каталога.
4. Отключить процесс размещения VS

Ничто из этого не исправляет ошибку. Но это может вернуть VS в работоспособное состояние - до тех пор, пока MS не предоставит истинное решение (если будет).

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

Ответ 2

Это должно работать.

Перейдите к свойствам вашего проекта. Внутри событий сборки в командной строке события Pre-build добавьте эти две строки кода:

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

Ответ 3

Я могу подтвердить, что эта ошибка существует и в обновлении версии VS 2012.

Моя работа - это:

• Очистить решение (и ничего не делать)
• Закройте все открытые документы/файлы в решении
• Выход VS 2012
• Выполнить VS 2012
• Решение для сборки

Я не знаю, является ли это актуальным или нет, но мой проект использует "Связанный" в файлах классов из других проектов - это проект Silverlight 5 и единственный способ разделить класс, совместимый с .NET и SL, для связывания файлов.

Что-то, что нужно рассмотреть... искать связанные файлы по проектам в одном решении.

Ответ 4

Реальная проблема - не ошибка, которую вы получаете; что приложение не очищается после себя.

Он либо держится за ссылки, не освобождает ресурсы, либо что-то еще, что заставляет процесс не заканчиваться, когда ему говорят закрыть. Устраните эту проблему, и эта проблема решится сама. Мы не можем вам помочь, если вы не разместите свой код (и в этот момент, если вам нужна помощь в этом, вы должны начать новый вопрос).

Ответ 5

Если вы посмотрите в каталоге obj, и вы не видите ваш .exe, возможно, что Avast! или другой антивирус удаляет его. Я бы на самом деле увидел .exe, и он исчез. Как только я выключил Аваст!, Проблема решена.

VS2010 throwing "Не удалось скопировать файл obj\x86\Debug\[файл].exe" потому что он не найден. "

Ответ 6

Это происходит потому, что процесс [yourProjectName].exe не закрывается после завершения отладки.

Существует два решения этой проблемы.

• Каждый раз, когда вы вносите изменения в приложение, перейдите в Диспетчер задач → Процессы → [yourProjectName].exe, завершите этот процесс. Вы должны завершить этот процесс каждый раз, когда вы вносите изменения в систему.

• Добавьте кнопку выхода в приложение для выхода из окна и добавьте эту строку в событие click

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

Ответ 7

Мне пришлось зайти в Windows Explorer и удалить папку bin/debug, а также папки obj/debug. Затем я очистил и перестроил проект.

Ответ 8

Увидев подобную ошибку в визуальных студиях 2012 года, нет. Я обнаружил, что, перейдя в корневую папку проекта и щелкнув правой кнопкой мыши, я снял флажок только для чтения, и эта ошибка исчезла. По-видимому, TFS иногда делает доступной только папку. Надеюсь, это поможет любому, у кого есть аналогичная проблема. Благодаря

Ответ 9

Это случилось со мной на VS 2010 и Win 7.. Случай:

• Я не могу перестроить с помощью диспетчера конфигурации Debug, но я могу восстановить его с помощью диспетчера конфигурации Release

Что я пробовал:

• Проверьте мой тип учетной записи на панели управления - учетная запись пользователя → Моя учетная запись является администратором

• Установить папку bin не только для чтения

• Добавить безопасность в папку bin для всех

• остановить сервер iis

• Остановите антивирус, проверьте запутанную запущенную программу с помощью диспетчера задач и ProcessExplorer

• запустить VS как администратор

Если все это еще не работает.

Затем, последний способ попробовать:

• закрыть решение
• закрыть визуальную студию
• start - shutdown
• нажмите кнопку питания, чтобы включить компьютер.
• войдите в свою учетную запись, у которой есть права администратора при типе пользователя.
• повторно открыть решение
• перестраивать
• так работает. Все люди называют это как Reset Компьютер

Ответ 10

• Закрыть проект
• Удалить папку bin

Я нахожу работу,:)

Ответ 11

Переименуйте сборку под другим именем, чтобы решить эту проблему.

Ответ 12

Если другие предложения не помогли вам, решение, предложенное по этому URL-адресу, помогло мне: http://weblogs.asp.net/fmarguerie/archive/2009/01/29/life-changer-xaml-tip-for-visual-studio.aspx

этот вопрос также связан с этой проблемой: VS2012 - XDesProc зависает при открытии файла Xaml

по какой-то причине, когда я открываю файл XAML, а затем строился, процесс XDesProc оставался в памяти при использовании DLL файла основной сборки

Ответ 13

Прежде чем перестраивать решение, очистить проект, остановите IIS и откройте свойство папки "bin > . Снимите флажок Атрибут только для чтения на вкладке общего доступа, затем перестройте.

Ответ 14

У меня была такая же проблема, после того, как вы прочли ваши ответы, отправились в Task Manager и искали app.exe, потому что я считаю, что, возможно, он не закрывается. И нашел его, выберите его и решите END TASK.my проблему.

Ответ 15

Я обнаружил, что окончание всех задач msbuild.exe(в диспетчере задач) устранило проблему с VS2012.

Ответ 16

Запустите Visual Studio как Administrator

Ответ 17

Мы недавно испытали это на проекте WinPhone 8, в обновлении версии VS 2012 года.

Необъяснимо, причиной послужил тип Tuple. Удалив код, который использовал кортеж, проблема исчезла. Добавьте код обратно к проблеме.

Ответ 18

Это будет звучать безумно, когда я когда-либо создам проект, будет отображаться ошибка, и антивирус avast покажет его как вредоносную попытку, и проект не запускается. Просто просто отключите мой антивирус и снова создайте мое решение. Создан файл EXE и успешно выполнен проект.

Или вы можете попробовать это

Ошибка сборки Visual Studio: невозможно скопировать exe файл из obj\debug в bin\debug

Ответ 19

Я решил это, убив XDesProc, у которого был дескриптор DLL, который он не смог удалить.

Ответ 20

Ну, у меня такая же проблема, мой способ исправить это - остановить и отключить службу "опыт приложения" в Windows.

Ответ 21

Не прямой ответ на ваш вопрос.

Ниже приведен один сценарий, когда это возможно -

Если ваше приложение находится в процессе отладки - скажем, с помощью отладки "Прикрепить к процессу", эта ошибка может появиться

Ответ 22

Если эта ошибка возникла, вы можете перейти к следующему

• Завершить задачу msbuild.exe
• Завершить задачу explorer.exe
• Запустите задачу explorer.exe снова

Ответ 23

для меня это был антивирус. Просто добавьте проект визуальной студии или всю родительскую папку в список исключений антивируса, или вы также можете добавить расширение файла как исключение, и этот метод работал у меня в visual studio 2010/2012

Ответ 24

Solution1:

• Закройте проект.
• Удалить папку bin.
• Откройте проект.
• Создайте проект.

Solution2:

Добавьте следующий код в событие предварительной сборки:

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

Этот код командной строки удалит атрибут ready-only из папки "bin". Теперь визуальная студия может легко удалять и копировать новые dll.

Ответ 25

Я боролся с этим с годами. Наконец я загрузил LockHunter, чтобы узнать, кто заблокировал файл. В моем случае это был MBAM. Как только я добавил каталог проекта в список исключений MBAM, у меня больше не было этой проблемы.

Ответ 26

Очень простое решение - открыть диспетчер задач (CTRL + ALT + DELETE), перейти на вкладку Процессы и выполнить поиск по имени процессов с вашим именем проекта, которые все еще запущены. Убейте все процессы и продолжайте!:)

Ответ 27

после дня поиска и сборки и перестройки я обнаружил, что вам просто нужно выключить, включить визуальную студию, похоже, она ловит сервис в другой ветке

Ответ 28

Моя была решена путем:

1. Чистый раствор
2. Закройте все процессы в зависимости от VS (Текущие экземпляры).
3. перестраивать

Ответ 29

У меня была эта проблема недавно на VS 2017 V15.8.9, у меня также была эта проблема в прошлом году на предыдущей VS

Я попробовал все ответы с отклонением голосов без удачи.

Затем я принял решение перезагрузить компьютер и заметил, что меня ждет обновление.

После перезагрузки ПК проблема была исправлена

Однако кто-нибудь еще испытал это в ожидании обновления? если я помню в прошлый раз, было также обновление, которое ожидало установки.

Надеясь, что это может пролить свет на то, что может быть причиной.

Ответ 30

Моя Visual Studio 2019 внезапно останавливается и перезапускается, а затем, когда я запускаю проект, появляется эта ошибка.

Я решил эту проблему, зайдя в папку моего проекта и удалив папку bin и obj. Затем очистите и пересоберите мой проект. Это решит мою проблему.