Visual studio ошибка при попытке запуска проекта
Обновлено: 06.07.2024
Этот проект работал нормально, затем я перезапустил свой компьютер, чтобы установить новый графический процессор, и теперь он создает следующую ошибку при попытке запустить ее:
Кто-нибудь знает, почему это может произойти?
С помощью инструмента восстановления в VS Management все исправлено.
У меня была эта проблема на VS2008: я удалил .suo;.ncb; и файл проекта пользователя, затем перезапустили решение и устранили проблему для меня.
Кстати, я думаю, что в какой-то момент это началось из-за мода, который я сделал для machine.config.:) И нет, я не помню, что это было. Кажется, это очень апокалиптическая ошибка, когда вы ее никогда не уходите.
Итак, если вы нашли эту страницу у Google, вы должны знать, что вы обречены.:)
Я нашел связанный поток:
Вот лучший ответ:
Tools > Internet Options > Advanced Under the Browsing Section
затем снимите флажок
Для меня это был вирусный сканер, которому не нравился тот факт, что у меня в моем имени файла exe несколько периодов.
Надеюсь, что это поможет.
Я думаю, что VS больше не может разрешить путь по какой-то причине.
У меня была та же проблема.
Причиной для меня было то, что параметр Command в Configuration Properties | Debugging был reset по умолчанию.
Я решил проблему, установив страницу запуска (в Silverlight. aspx).
В браузере проекта щелкните правой кнопкой мыши вашу стартовую страницу и установите ее.!
в моем случае мы решили из параметров отладки проекта, таких как
У меня была аналогичная проблема, но ни одно из перечисленных здесь решений не помогло. Моя проблема заключалась в том, что мое решение имеет несколько проектов, а неправильный был выбран в качестве проекта StartUp, как только я изменил его, он работал.
В случае приложений Windows ошибка решена с изменением свойств выполняемого проекта.
Если вы используете репозиторий кода, обычно этот файл не сохраняется в редакторе отмены версии.
Visual Studio включает эффективный интегрированный набор средств сборки и отладки проектов. Из этой статьи вы узнаете, как Visual Studio может помочь обнаружить проблемы в коде с помощью построения выходных данных, анализа кода, средств отладки и модульных тестов.
Мы разобрались, как работать с редактором, и написали код. Теперь необходимо убедиться, что код работает должным образом. Отладка в Visual Studio, как и в большинстве интегрированных сред разработки (IDE), осуществляется в два этапа: построение кода для обнаружения и устранения ошибок проекта и компилятора и выполнение кода для обнаружения ошибок времени выполнения и динамических ошибок.
Сборка кода
Существует два основных типа конфигурации сборки: отладка и выпуск. При использовании конфигурации отладка создается более крупный и медленный исполняемый файл, обеспечивающий более широкие интерактивные возможности отладки во время выполнения. Исполняемый файл конфигурации отладка никогда не следует отправлять. Конфигурация выпуск позволяет создать более быстрый оптимизированный исполняемый файл, подходящий для отправки (по крайней мере с точки зрения компилятора). По умолчанию используется конфигурация Отладка.
Самый простой способ выполнить сборку проекта — нажать клавишу F7, однако вы также можете начать сборку, выбрав в главном меню пункты Сборка > Собрать решение.
Процесс сборки можно наблюдать в окне Вывод в нижней части пользовательского интерфейса Visual Studio. Здесь отображаются ошибки, предупреждения и операции сборки. При наличии ошибок (или предупреждений выше заданного уровня) сборка завершится ошибкой. Можно щелкнуть ошибку и предупреждение, чтобы перейти к строке, где они возникли. Для перестроения проекта можно нажать клавишу F7 (чтобы перекомпилировать только файлы с ошибками) или CTRL+ALT+F7 (для чистого полного перестроения).
После успешного выполнения построения вы увидите примерно следующие результаты в окне Вывод:
Просмотр списка ошибок
Если вы внесли какие-либо изменения в код, который был ранее и успешно скомпилирован, возможно, возникнет ошибка. Если вы новичок в написании кода, возможно, их будет много. Ошибки иногда очевидны, например простая синтаксическая ошибка или неправильное имя переменной, а иногда их причину трудно выяснить, имея в распоряжении только зашифрованный код. Чтобы получить более четкое представление о проблеме, перейдите вниз окна Вывод сборки и щелкните вкладку Список ошибок. При этом вы перейдете к более организованному представлению ошибок и предупреждений для проекта и получите доступ к некоторым дополнительным параметрам.
Щелкните строку ошибки в окне Список ошибок, чтобы перейти в строку кода, в которой возникла ошибка. (Кроме того, номера строк можно включить, нажав клавиши Ctrl+Q, введя номера строк, а затем выбрав Включить или отключить отображение номеров строк в результатах. Это самый быстрый способ перехода в диалоговое окно Параметры, где можно включить номера строк.
Нажмите клавиши CTRL+G для быстрого перехода к номеру строки, в которой возникла ошибка.
Ошибку можно узнать по подчеркиванию красной волнистой линией Чтобы получить дополнительные сведения, наведите на нее указатель мыши. Внесите исправления, и подчеркивание исчезнет, хотя в результате исправления может возникнуть новая ошибка (это называется "регрессия").
Пройдите список ошибок и устраните все ошибки в коде.
Просмотр подробных сведений об ошибках
Многие ошибки трудны для восприятия, будучи представленными в терминах компилятора. В этом случае могут потребоваться дополнительные сведения. Из окна Список ошибок можно выполнить автоматический поиск в поисковой системе Bing для получения дополнительных сведений об ошибке или предупреждении. Щелкните правой кнопкой мыши по соответствующей строке записи и выберите Показать справочные сведения об ошибке из контекстного меню или щелкните гиперссылку с кодом ошибки в столбце код в списке ошибок.
В зависимости от настроек результаты поиска по коду и описанию ошибки откроются в веб-браузере либо во вкладке Visual Studio с результатами поиска Bing. Представленные результаты — из различных источников в Интернете, и, возможно, не все они будут полезными.
Анализ кода
Средства анализа выполняют поиск общих проблем в коде, которые могут привести к ошибкам времени выполнения или проблемам управления кодом.
Анализ кода C++
Чтобы выполнить анализ кода C++, запустите статический анализ кода. Запустить этот компонент после устранения всех очевидных ошибок, препятствующих успешной сборке, и потратить некоторое время, чтобы устранить создаваемые им предупреждения, — очень полезная привычка. Вы сможете избавиться от определенных будущих проблем, а также научитесь некоторым полезным приемам написания кода.
Нажмите клавиши ALT+F11 (или выберите в верхнем меню команду Анализ > Выполнить анализ кода в решении) для запуска статического анализа кода.
Все новые или обновленные предупреждения отображаются на вкладке Список ошибок в нижней части интегрированной среды разработки. Щелкните предупреждение для перехода к нему в коде.
Использование быстрых действий для исправления или рефакторинга кода
Если вы привыкли работать с клавиатурой, вы можете использовать клавиши со стрелками и сочетание клавиш CTRL+ . для проверки возможностей оптимизации и очистки кода!
Запуск очистки кода
Помимо форматирования пробелов, отступов и т. п., функция Очистка кода применяет определенные вами соглашения о стиле кода. Ваши настройки для каждого стиля кода считываются из файла EditorConfig, если такой существует в проекте, или из раздела Параметры стиля кода, который доступен через диалоговое окно Параметры.
Отладка выполняемого кода
Успешно завершив сборку кода и его очистку, запустите код, нажав клавишу F5 или выбрав команду Отладка > Начать отладку. Приложение будет запущено в среде отладки, и вы сможете пронаблюдать его поведение. Интегрированная среда разработки Visual Studio изменяется во время выполнения приложения: окно Вывод заменяется двумя новыми окнами (в конфигурации окон по умолчанию): окном с вкладками Видимые/Локальные/Контрольные значения и окном с вкладками Стек вызовов/Точки останова/Параметры исключений/Вывод. Эти окна имеют несколько вкладок, которые позволяют просмотреть и проверить переменные, потоки, стеки вызовов приложения и другие характеристики поведения во время выполнения приложения.
Остановите приложение, нажав клавиши SHIFT+F5 или кнопку Остановить. Кроме того, можно просто закрыть главное окно приложения (или диалоговое окно командной строки).
Задание простых точек останова
Точки останова — это один из самых простых и важных компонентов надежной отладки. Точка останова указывает, где Visual Studio следует приостановить выполнение кода, чтобы вы могли проверить значения переменных или поведение памяти либо выполнение ветви кода. После установки или удаления точек останова перестраивать проект не нужно.
Установите точку останова, щелкнув дальнее поле строки, в которой требуется приостановить выполнение, или нажмите клавишу F9, чтобы установить точку останова в текущей строке кода. Выполнение кода прерывается (останавливается) перед инструкциями для этой строки кода.
Чаще всего точки останова используются для решения следующих задач.
Чтобы точнее определить источник аварийного завершения или отсутствия отклика программы, расставьте точки останова вокруг и непосредственно в коде вызова метода, который, по вашему мнению, приводит к сбою. При выполнении кода в отладчике удаляйте, а затем снова устанавливайте точки останова ближе друг к другу, пока не найдете строку кода, вызывающую ошибку. Выполнение кода в отладчике описывается в следующем разделе.
При добавлении нового кода установите точку останова в его начале и выполните код, чтобы убедиться в том, что он работает правильно.
При реализации сложного поведения задайте точки останова для алгоритмического кода, чтобы можно было проверить значения переменных и данные при прерывании программы.
При написании кода C или C++ используйте точки останова для остановки кода, чтобы можно было проверить значения адреса (ищите значение NULL) и просмотреть значения счетчиков при отладке ошибок, связанных с памятью.
Дополнительные сведения о точках останова см. в статье Использование точек останова.
Проверка кода во время выполнения
Когда выполнение кода приостанавливается из-за достижения точки останова, строка кода, помеченная желтым цветом (текущий оператор), еще не выполнена. Вы можете выполнить текущий оператор и проверить, как изменились значения. Для выполнения кода в отладчике можно использовать ряд команд пошагового выполнения. Если отмеченный код является вызовом метода, вы можете выполнить шаг с заходом, нажав клавишу F11. Кроме того, можно выполнить шаг с обходом строки кода, нажав клавишу F10. Дополнительные команды и подробные сведения о пошаговом выполнении кода см. в статье Навигация по коду с помощью отладчика.
Код, представленный на предыдущей иллюстрации, может выполняться отладчиком по одному оператору. Для этого можно нажимать клавишу F10 или F11 (так как здесь нет вызова метода, результат выполнения обеих команд будет одинаковым).
Когда отладчик приостанавливает выполнение, можно проверить переменные и стеки вызовов, чтобы разобраться в происходящем. Находятся ли значения в тех диапазонах, которые вы ожидали увидеть? Выполняются ли вызовы в правильном порядке?
Наведите курсор на переменную для просмотра ее текущего значения и ссылок. Если отображается значение, которое вы не ожидали увидеть, возможно, в предыдущем или вызывающем коде имеется ошибка. Более подробные сведения об отладке см. в статье об использовании отладчика.
Кроме того, Visual Studio выводит на экран окно средств диагностики, где можно наблюдать за загрузкой ЦП и использованием памяти приложением в динамике по времени. В дальнейшем в процессе разработки приложения эти средства можно применять для выявления случаев непредвиденно высокой загрузки ЦП или чрезмерного выделения памяти. Это окно можно использовать в сочетании с окном Контрольные значения и точками останова, чтобы определить причину непредвиденно интенсивного использования или неосвобожденных ресурсов. Дополнительные сведения см. в статье Обзор возможностей профилирования.
Запуск модульных тестов
Модульные тесты — это первая линия защиты от ошибок в коде, так как при правильном проведении они позволяют проверять отдельные "модули" кода (как правило, это отдельные функции), которые проще отлаживать, чем всю программу. Visual Studio устанавливает платформу модульного тестирования Майкрософт для управляемого и машинного кода. Платформа модульного тестирования используется для создания модульных тестов, их запуска и передачи результатов таких тестов. Завершив внесение изменений, запустите модульные тесты повторно, чтобы убедиться, что код по-прежнему работает правильно. При использовании выпуска Visual Studio Enterprise можно настроить автоматический запуск тестов после каждой сборки.
Чтобы приступить к работе с модульными тестами, ознакомьтесь со статьей Создание модульных тестов для кода с помощью IntelliTest.
Дополнительные сведения о модульных тестах в Visual Studio, а также о том, как они могут помочь в создании более качественного кода, см. в статье Основные сведения о модульных тестах.
Этот проект работал нормально, затем я перезагрузил компьютер, чтобы установить новый графический процессор, и теперь он выдает следующую ошибку, когда я пытаюсь запустить его:
Я попытался «Очистить решение» и «Восстановить решение».
Переход к исполняемому файлу вручную и запуск его работает. Вышеуказанная ошибка возникает, когда я нажимаю кнопку «Выполнить» в VS2010.
Кто-нибудь знает, почему это может происходить?
С помощью инструмента ремонта в VS Management все исправили.
(То есть щелкните правой кнопкой мыши Visual Studio 2010 и выберите «Изменить/Удалить» в инструменте удаления программ на панели управления Windows, а затем нажмите «Восстановить» в окне управления Visual Studio при его загрузке.)
У меня была эта проблема на VS2008: я удалил .suo; .ncb; и пользовательский файл проекта, затем перезапустил решение, и это решило проблему для меня.
Единственный способ, которым я смог преодолеть это (переустановка не была опцией), это установить свойства проекта-> web-> start action -> "не открывать страницу. Дождаться запроса от внешнего приложения «.
Кстати, я думаю, что в какой-то момент это началось из-за мода, который я сделал для machine.config. :) И нет, я не помню, что это было. Похоже, это очень апокалиптическая ошибка, когда однажды вы ее получаете, она никогда не исчезнет.
Так что если вы нашли эту страницу в Google, вы должны знать, что вы обречены. :)
Я нашел связанную тему:
Вот лучший предлагаемый ответ:
Tools > Internet Options > Advanced Under the Browsing Section
затем снимите флажок
Для меня это был антивирусный сканер, которому не нравился тот факт, что у меня в файле exe несколько раз.
project.class.console.exe <- не запускается
console.exe <- будет работать
Для меня это был . Антивирус! Kaspersky Endpoint security 10. Кажется, что частые компиляции и смена exe-файлов приводили к тому, что он блокировал файл.
У меня лично есть эта проблема в Visual 2012 с приложениями x64, когда я проверяю опцию «Режим совместимости с управляемым C++» в меню Debugging->General options of Tools->Options . => Снятие отметки с этой опции решает проблему.
У меня была похожая проблема при использовании веб-проекта Silverlight .
Я решил проблему, установив стартовую страницу (в silverlight .aspx - стартовая страница).
В браузере проекта щелкните правой кнопкой мыши вашу стартовую страницу и установите ее.!
Я столкнулся с подобной проблемой. И я обнаружил, что решение совершенно не связано с ошибкой. Хитрость была в том, чтобы переименовать название сборки. Решение: VS 2013 -> Свойства проекта -> Вкладка приложения -> Свойство AssemblyName изменено на новое имя <25 символов
У меня была похожая проблема, но ни одно из перечисленных здесь решений не помогло. Моя проблема заключалась в том, что в моем решении было несколько проектов, и не тот, который был выбран в качестве проекта запуска, как только я это изменил, все заработало.
Сбросьте диагностику и статический анализ в разделе, например, Свойства -> Фортран -> Диагностика. Будьте особенно внимательны к «Уровню статического анализа безопасности» и не устанавливайте его. Удачи!
Я просто снова столкнулся с той же проблемой: консольное приложение, Visual Studio 2013, 64-разрядная ОС. В настройках проекта было установлено «Любой процессор», я создал новую конфигурацию для x86 и VS был доволен.
- В обозревателе решений щелкните правой кнопкой мыши свое решение (.sln) и выберите «Диспетчер конфигурации».
- Active Solution Platform: если написано «Любой ЦП», щелкните стрелку раскрывающегося списка и выберите «»
- В поле «Введите или выберите новую платформу» введите «x86»
- Теперь убедитесь, что «Платформа активного решения» установлена на x86
- Run (F5)
Я думаю, что VS больше не может решить путь по какой-то причине.
Вы можете попробовать перейти в диалоговое окно «Свойства проекта», выбрать вкладку «Отладка», выбрать «Запустить внешнюю программу» в группе «Начать действие» и ввести полный путь к исполняемому файлу.
В случае приложений Windows ошибка устраняется путем изменения свойств запущенного проекта.
- Щелкните правой кнопкой мыши по текущему запущенному проекту, выберите Свойства
- Отладка -> Проверить Включить отладку неуправляемого кода и нажать сохранить кнопку в меню.
Если вы используете репозиторий кода, обычно этот файл не сохраняется, чтобы отменить контроль версий.
в моем случае мы решили из настроек отладки проекта, как
Невозможно запустить программу
'C:\Users\some user\Downloads\имя проекта \.\Debug\fil_name.exe'
Система не может найти указанный файл.
Проблема была в несоответствии имени файла и неправильного пути к этому файлу.
1. Итак, перешли к Project-> Properties-> Linker-> General-> и на правой панели в «Output file» изменили имя с «fil_name.exe» на «file_name.exe»
Файл file_name.exe находился в более глубокой папке, например ->\Debug\crv.
2. Также сделал Project-> Properties-> Configuration Configuration-> и на правой панели в 'Output Directory' отредактировал '.\Debug \' to '.\Debug\crv'
Я столкнулся с этой ошибкой, когда "" был добавлен по ошибке к моим аргументам командной строки при изменении свойств "Все конфигурации". Удаление их из RightClickProject-> Properties-> Configuration Properties-> Debugging-> Command Arguments позволило снова запустить его в отладчике.
У меня такая же проблема.
Причиной для меня было то, что параметр Command в Configuration Properties | Debugging был сброшен до значения по умолчанию.
Я публикую это только потому, что у меня была специфическая проблема с аргументами командной строки, которые я передавал. Будучи неопытным с командной строкой, я использовал «<» и «>» в своих аргументах, и это перенаправляло файл на меня. Надеюсь, это кому-нибудь поможет.
Решил поэкспериментировать с удаленным дебаггом, после его настройки на удаленном компьютере (он находится в локальной сети), и указав в настройках проекта его IP адрес (ну перед этим, естественно поставив галочку "Использовать удаленный компьютер"), выскакивает ошибка после запуска проекта:
Ошибка при запуске проекта: Не удалось запустить программу
"D. \bin\debug\Program.exe"
Не удается найти указанный файл
Естественно, я проверял полностью путь до файла, и он верный, и соответственно, файл там находится.
PS В качестве удаленного компьютера, используется Windows 10
Для этого потребуется, что-ли создать диск D, и полный путь на удаленной машине? @Михаил Или перенести файл с проектом на основной машине на C: . нет, для этого потребуется расшареная папка на удаленной машине, отдельный билд-конфиг для удаленной отладки и собственно билд на эту шару.Этот файл должен находиться на удаленном компьютере, причем в той же папке, что и на хосте. А еще на удаленном компьютере должен работать Remote Tools.
Для автоматического копирования собранного файла на отладочную машину можно использовать вот эти заклинания в Post-Build Step:
Для начала удаленной отладки клиентского приложения необходимо выполнить следующее:
На удаленной машине (виртуальной или реальной не важно):
у тестовой машины должен быть либо фиксированный адрес, либо сетевое имя, прописанное и автоматически обновляемое в DNS сервисе, чтобы не менять настройки проекта в дальнейшем.
настраиваем сетевую папку, доступную на чтение и запись с машины разработчика, для того чтобы не заниматься копированием каждого билда в ручную.
необходимо установить Remote Debuger. Для этого нужно скопировать из папки C:\Program Files (x86)\Microsoft Visual Studio 15.0\Common7\IDE\Remote Debugger версию отладчика нужной разрядности либо скачать инсталлятор по ссылкам из статьи Remote Debugging в документации Microsoft. Не знаю что именно требуется скачивания официального инсталлятора, но моему LiveId явно чего-то не хватило.
прописываем запуск msvsmon.exe в автозагрузку при логине пользователя любым удобным способом (групповые политики, ярлык в папке SturtUp, планировщик заданий, logon-скрипт). Можно пропустить этот пункт и запускать каждый раз ручками.
настраиваем эталонного пользователя для входа в систему и тестирования приложения, выдаем ему необходимые права и, самое главное, отбираем все заведомо лишние права.
В настройках проекта:
создать отдельную конфигурацию для удаленной отладки
в разделе Build созданной конфигурации в параметре Output folder указать сетевую папку удаленной машины
в разделе Debug выбрать Remote debug
Процесс отладки клиентского приложения
перед отладкой нужно явно запустить билд решения, при этом файлы приложения будут скопированы в сетевую папку удаленной машины (если сделано все, перечисленное выше). В принципе это требуется сделать только один раз, при последующих изменения кода в студии, билд будет запускаться автоматически, как при локальной отладке.
подключиться к удаленной машине любым клиентом, позволяющим взаимодействие с рабочим столом.
запускаем msvsmon.exe, если это не было сделано автоматически при логине.
в студии запускаем отладку обычным образом, при этом на удаленной машине запуститься отлаживаемое приложение. Все точки останова и исключения будут обрабатываться на машине разработчика.
Для отладки web- и других серверных приложений лучше установить Remote Debuger в качестве службы.
последнее, что я делал, было добавить таймер в пользовательский элемент управления, который обновляет цвет. Теперь каждый раз, когда я открываю проект, он загружает его, а затем говорит: "Visual Studio перестала работать".
Я заметил, что Visual Studio "запускает" таймер в режиме конструктора, поэтому я подумал, что это может вызвать проблему, поэтому я удалил таймер из конструктора.cs, а затем переименовал все файлы, которые открывала Visual Studio, но все равно он аварийно завершает работу. Все остальные проекты работают нормально. Это 4-е время, когда это случилось со мной. Я использую Visual Studio 2012 Ultimate. Любые предложения, пожалуйста?
похоже, что ваши настройки решения были повреждены, когда студия разбилась. Вы можете сбросить их, удалив :
- убедитесь, что вы можете Показывать скрытые файлы
- найдите решение в Проводнике Windows. Это должно быть
- должен быть скрытый *.suo файл в той же папке. Удалить его.
это сбросит все настройки вашего решения, в том числе окна были открыты.
отключение расширений Visual Studio исправлено для меня
Инструменты -> Расширения и обновления -> установлен
в моем случае, Web Essentials был причиной проблемы
надеюсь, что это помогает!
закройте все экземпляры VS 2012. Откройте VS 2012 в режиме администратора (только VS 2012 без решения), затем с помощью этого экземпляра VS попробуйте открыть проект *.ФСЛ.
Он должен открыться должным образом. Для меня только это решение работает, ни удаление *.файл suo не отключает расширения и обновления.
надеюсь, что это помогает. Наслаждаться. Что вас останавливает:)
Если у вас есть другая версия Visual Studio на вашем компьютере, откройте ее. Щелкните Отладка - > Присоединить К Процессу. Выберите другой процесс Visual Studio. Вы должны видеть только одного. Имя процесса-devenv.исполняемый.
теперь повторите проблему в сломанном VS. Он сломается на исключении в unbroken VS.
в моем случае исключение выглядело так
необработанное исключение типа System.Исключение typeloadexception' произошло в Microsoft.VisualStudio.Платформа.Вседитор.dll файлы
дополнительная информация: тип метода 'Connect' 'В JetBrains.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.SrcView.ContextNotifications.ContextNotificationControl' от JetBrains сборку.Платформа.UI, версия=104.0.0.0, Культура=нейтральная, PublicKeyToken=1010a0d8d6380325 ' не имеет реализация.
я исправил это, запустив установщик Resharper и установив опцию восстановления.
убедитесь, что права доступа к файлам согласованы. Если bin или obj папки не могут быть доступны, Visual Studio может аварийно завершить работу. Установите права собственности и разрешения на файл в свойствах файла - > безопасность - > дополнительно.
очистка моего кэша TFS работала для меня.
- закройте все экземпляры Visual Studio на клиентском компьютере
- вручную удалите соответствующую папку кэша клиента TFS, а затем запустите Visual Studio
соответствующие папки TFS для удаления вручную выглядят следующим образом:
TFS 2017: %localappdata%\Microsoft\Team Foundation.0\Cache\
TFS 2015: %localappdata%\Microsoft\Team Foundation.0\Cache\
TFS 2013: %localappdata%\Microsoft\Team Foundation.0\Cache\
TFS 2012: %localappdata%\Microsoft\Team Foundation.0\Cache\
Читайте также: