У меня возникла ошибка при отладке кода Java в коде Visual Studio.
Ошибка ниже
build failed, do you want to continue?
Я попытался очистить рабочее пространство, но это не сработало.
Пожалуйста, как я могу исправить эту проблему?
Перейти к ответу
Данный вопрос помечен как решенный
Ответы
7
Обновлять. Задача решена Я решил эту проблему, очистив кеш рабочей области в VS-коде. Вот ссылка на соответствующую страницу: Каталог чистой рабочей области VSCODE. Я переименовал несколько папок, имен классов и пакетов. Видимо плагину RedHat-Developer удалось рассинхронизировать. Файл .classpath не синхронизировался с файлом POM. Очистка кеша рабочей области заставила плагин воссоздать данные проекта из спецификации maven. Задача решена. Не уверен, но если кто-то из проекта RedHat это прочитает, мне это покажется ошибкой или недостатком. В любом случае это можно обойти.
Исходный ответ следует:
Я думаю, что Лю Бэй был недостаточно ясным. У меня такая же проблема. У меня есть проект, который отлично строится в Maven, и когда я запускаю отладчик в Visual Studio Code, это уведомление появляется в правом нижнем углу окна VSCode.
Очевидно, расширение «Отладчик для Java» считает, что существует проблема сборки. Однако нет сообщений об ошибках на вкладках ПРОБЛЕМЫ, ВЫВОД, ОТЛАДКА КОНСОЛИ или ТЕРМИНАЛ.
Сборки проекта и пакеты в Maven прекрасны, и его можно отлаживать в режиме присоединения, что в лучшем случае утомительно.
В VSCode что-то происходит, о чем я нигде не сообщаю. Я подозреваю, что подключаемый модуль RedHat VSCode для Java тоже используется, но мне нужна помощь в выяснении того, как обойти эту проблему.
Я должен сказать, что мы тратим слишком много времени на решение проблем с инструментами и зависимостями и недостаточно времени на приложение. Проект, над которым мы работаем, предназначен для распространения с открытым исходным кодом. Spring Framework кажется идеальным для наших целей, но инструменты не так уж и много. Мы не очень далеко продвинулись в этом проекте, и меня уже настаивают на переходе на .NET core MVC.
Действительно нужна небольшая помощь …
У меня это не сработало, но я выяснил, что сработало.
Прежде всего, глядя на плагин Java Dependencies, я намекнул, что что-то не синхронизировано. Имя моего приложения (артефакта) не соответствует имени в древовидном представлении Java Dependencies.
Это было исправлено путем полной очистки папки VSCode workspaceStorage!
В моем случае эта папка находилась в (Windows 10):
C:Users<myuser>AppDataRoamingCodeUserworkspaceStorage
Если вы не можете найти его в этом месте, просто найдите папку workspaceStorage.
Затем нажмите ctrl + shift + p (в моем случае), чтобы открыть запрос действия VSCode. Затем выберите команду:
Java: Open Java Language Server Log File
Это откроет файл журнала, который обычно не отображается при построении вашего кода Java, и сообщит вам, что именно пошло не так при сборке.
В моем случае это был конфликт, так как у меня было два файла AppConfig.java, один в основном и один в тестовом. Maven прекрасно справляется с этим, но, очевидно, построитель VSCode Java — нет.
Очевидно, это ошибки в плагинах, о которых я сообщу участникам GitHub, но пока нам придется немного поработать вручную.
Тем не менее, я надеюсь, что это поможет всем вам, разочаровавшимся разработчикам VSCode Java.
Попробуйте очистить кеш или
Попробуйте добавить свои файлы в новую рабочую область, у меня это сработало!
Итак, прочитав на этой странице несколько комментариев о кеш-памяти и рабочей области, я предпочел сделать что-нибудь простое. Я просто закрыл и открыл свой VS и Voilá Build up все мои решения 🙂
Ошибка сборки в VsCode
Эта ошибка возникает из-за того, что в папке вашей рабочей области в другом исходном коде есть ошибки.
Итак, создайте новую папку и сделайте ее папкой рабочей области, а затем напишите свои коды в этой папке и запустите ее.
У меня тоже была эта ошибка, и она работает для меня, поэтому проверьте свою.
Используя OSX, мне удалось преодолеть эту проблему: вы можете получить доступ либо из своего терминала, либо просто использовать ярлык (сдвиг команды и c) выберите «Базовая система», затем «Библиотека», найдите папку Java, затем нажмите папку виртуальных машин Java. Проверьте, есть ли актуальная версия jdk (самая последняя). Я заметил, что у меня было две папки jdk, одна, вероятно, унаследованная от предыдущей установки, и самая последняя версия jdk-15. Перетащите jdk-14 в корзину, введите пароль, закройте искатель и перезапустите VSCode.
Теперь все работает нормально!
У меня такая же проблема.
Я только что загрузил это, предоставленное vs code
пакет расширений Java
щелкните ссылку, загрузите и откройте ее. он автоматически настроит vs code для java.
ссылка ниже…
Https://marketplace.visualstudio.com/items?itemName=vscjava.vscode-java-pack
Другие вопросы по теме
You’re in Visual Studio… you press F5 (Run) and are greeted by this dialog:
There were build errors. Would you like to continue and run the last successful build?
Wonderful.
I’m sure there are cases where running the last successful build is useful, however, I have never purposefully answered yes to this question. Oh sure, I’ve clicked Yes plenty of times, and waiting in frustration for the first opportunity to undo my blunder, but nothing more.
So, have you ever found this feature useful? And if so, under what circumstances did it become helpful for you to be able to run the last successful build of your application?
How often do you accidentally click Yes and kick yourself while waiting for the app to start?
asked Feb 27, 2009 at 19:02
joshuapoehlsjoshuapoehls
31k11 gold badges50 silver badges61 bronze badges
4
In VS2008 there are the following options you can set to change the behavior (not sure if there are similar options in other versions of Visual Studio):
Projects and Solutions/Build and Run
- On Run, when projects are out of date:
Always build
Never build
Prompt to build <== default setting
- On Run, when build or deployment errors occur:
Launch old version
Do not launch
Prompt to launch <== default setting
Set the above options to «Always build» and «Do not launch» and you get what I consider a more ueseful behavior. Though sometimes when I try to launch the debugger and there’s a build error it takes me a few seconds to realize why I’m not getting to the breakpoint I thought I’d be hitting (it might be nice to get some sort of ‘toaster’ type of message to knock me out of my stupor).
answered Feb 27, 2009 at 19:31
Michael BurrMichael Burr
329k50 gold badges528 silver badges755 bronze badges
6
This behaviour can be defined under
Tools->Options->Projects and Solutions->Build And Run->
On Run, when Build or Deployment Errors occur
here you can select:
— Launch old version
— Do not launch
— Ask to launch
answered Apr 9, 2009 at 8:56
This can be useful when you debug a web application and one of the pages does not compile, because some other developer checked in a bad version, or you can’t check out the latest code for whatever reason, but you know you will not hit that page. I do it all the times.
answered Feb 27, 2009 at 19:06
cdonnercdonner
36.6k22 gold badges105 silver badges149 bronze badges
Interesting. I’ve actually never seen that dialog — I know there’s an option to enable/disable running the previous successful build, so perhaps it shows a dialog first. You can look into disabling it if you won’t use it.
One reason this can be useful, however, is if you want to remind yourself what the bug was that you were working on. Not all things can be fixed in edit-and-continue, and you might need a memory jog.
answered Feb 27, 2009 at 19:07
lc.lc.
112k20 gold badges157 silver badges185 bronze badges
It’s also helpful on web applications, because it will force the cassini servers to start. You need this if you are working on one project in the solution that won’t compile, and you need to refresh the web services in another project.
answered Feb 27, 2009 at 19:23
kemiller2002kemiller2002
113k27 gold badges196 silver badges251 bronze badges
When using VS 2008 Express, there is a box to never show this dialog again. Just tried it and it will take away the dialog, leaving only a build failed message in the bottom left hand portion of the screen.
As for how often do I hit it, quite often. Frustrating as sometimes I have changed the code complete while testing things and will get something completely unrelated to the task at hand. Not sure when Microsoft figured this would be useful.
answered Feb 27, 2009 at 20:05
TerryTerry
3191 gold badge3 silver badges13 bronze badges
It works on the preference of selection of appropriate dll on runtime. Executables are not generated if there is any built error so the compiler looks for the executable which is existing which is obviously the last successful compiled.
answered Jun 9, 2009 at 12:03
You’re in Visual Studio… you press F5 (Run) and are greeted by this dialog:
There were build errors. Would you like to continue and run the last successful build?
Wonderful.
I’m sure there are cases where running the last successful build is useful, however, I have never purposefully answered yes to this question. Oh sure, I’ve clicked Yes plenty of times, and waiting in frustration for the first opportunity to undo my blunder, but nothing more.
So, have you ever found this feature useful? And if so, under what circumstances did it become helpful for you to be able to run the last successful build of your application?
How often do you accidentally click Yes and kick yourself while waiting for the app to start?
asked Feb 27, 2009 at 19:02
joshuapoehlsjoshuapoehls
31k11 gold badges50 silver badges61 bronze badges
4
In VS2008 there are the following options you can set to change the behavior (not sure if there are similar options in other versions of Visual Studio):
Projects and Solutions/Build and Run
- On Run, when projects are out of date:
Always build
Never build
Prompt to build <== default setting
- On Run, when build or deployment errors occur:
Launch old version
Do not launch
Prompt to launch <== default setting
Set the above options to «Always build» and «Do not launch» and you get what I consider a more ueseful behavior. Though sometimes when I try to launch the debugger and there’s a build error it takes me a few seconds to realize why I’m not getting to the breakpoint I thought I’d be hitting (it might be nice to get some sort of ‘toaster’ type of message to knock me out of my stupor).
answered Feb 27, 2009 at 19:31
Michael BurrMichael Burr
329k50 gold badges528 silver badges755 bronze badges
6
This behaviour can be defined under
Tools->Options->Projects and Solutions->Build And Run->
On Run, when Build or Deployment Errors occur
here you can select:
— Launch old version
— Do not launch
— Ask to launch
answered Apr 9, 2009 at 8:56
This can be useful when you debug a web application and one of the pages does not compile, because some other developer checked in a bad version, or you can’t check out the latest code for whatever reason, but you know you will not hit that page. I do it all the times.
answered Feb 27, 2009 at 19:06
cdonnercdonner
36.6k22 gold badges105 silver badges149 bronze badges
Interesting. I’ve actually never seen that dialog — I know there’s an option to enable/disable running the previous successful build, so perhaps it shows a dialog first. You can look into disabling it if you won’t use it.
One reason this can be useful, however, is if you want to remind yourself what the bug was that you were working on. Not all things can be fixed in edit-and-continue, and you might need a memory jog.
answered Feb 27, 2009 at 19:07
lc.lc.
112k20 gold badges157 silver badges185 bronze badges
It’s also helpful on web applications, because it will force the cassini servers to start. You need this if you are working on one project in the solution that won’t compile, and you need to refresh the web services in another project.
answered Feb 27, 2009 at 19:23
kemiller2002kemiller2002
113k27 gold badges196 silver badges251 bronze badges
When using VS 2008 Express, there is a box to never show this dialog again. Just tried it and it will take away the dialog, leaving only a build failed message in the bottom left hand portion of the screen.
As for how often do I hit it, quite often. Frustrating as sometimes I have changed the code complete while testing things and will get something completely unrelated to the task at hand. Not sure when Microsoft figured this would be useful.
answered Feb 27, 2009 at 20:05
TerryTerry
3191 gold badge3 silver badges13 bronze badges
It works on the preference of selection of appropriate dll on runtime. Executables are not generated if there is any built error so the compiler looks for the executable which is existing which is obviously the last successful compiled.
answered Jun 9, 2009 at 12:03
|
0 / 0 / 0 Регистрация: 11.09.2021 Сообщений: 3 |
|
|
1 |
|
|
VS 2019 Ошибка сборки11.09.2021, 19:39. Показов 3815. Ответов 4
Добрый вечер! Решил вернуться к упражнениям по с++, открыл VS19 и столкнулся с проблемой сборки проекта. 4 месяца назад все работало как часы, но сейчас даже дефолтный хелло ворлд не компилируется при создании консольного приложения. Подумал, что переустановка поможет. Помогла до первого закрытия вижуалки. (переустанавливал несколько раз, каждый раз компилируется только до первого закрытия). Миниатюры
__________________
0 |
|
фрилансер 4430 / 3941 / 858 Регистрация: 11.10.2019 Сообщений: 10,421 |
|
|
11.09.2021, 20:44 |
2 |
|
Iridea, а что за плашка странная вверху справа Добавлено через 51 секунду явно что-то с этим связано
0 |
|
0 / 0 / 0 Регистрация: 11.09.2021 Сообщений: 3 |
|
|
12.09.2021, 00:31 [ТС] |
3 |
|
Да, к такому же выводу пришел, сейчас буду дальше копаться) Добавлено через 3 часа 0 минут Сменил языковой пакет, снова закомпилировало до первого выхода из программы
0 |
|
0 / 0 / 0 Регистрация: 11.09.2021 Сообщений: 3 |
|
|
12.09.2021, 13:07 [ТС] |
4 |
|
Для всех тех, кто так же только начинает свой путь и неспособен решить свои проблемы сам (а с такой же проблемой много людей), скажу что кончилось всё тем, что я скачал себе превью VS22 (мне полный функционал не нужен, монетизировать всё равно не смогу ничего), и там таких проблем нет. Остаётся только думать, что ошибка вызвана из-за самой вижуалки, но мне не хватает ни знаний, ни желания, чтоб копаться во всех настройках самой иде и проекта.
0 |
|
Just Do It! 3425 / 1896 / 623 Регистрация: 23.09.2014 Сообщений: 5,980 Записей в блоге: 1 |
|
|
13.09.2021, 10:08 |
5 |
|
снова закомпилировало до первого выхода из программы перед повторной компиляцией(сборкой) проверьте не запущен хеллоуворлд собранный первой попыткой?!
0 |
|
IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604 |
13.09.2021, 10:08 |
|
5 |
Привет всем!
Сегодня решил попрактиковаться в написании программ с использованием библиотеки OpenCV версии 2.4.13.
Скачал, установил по инструкции, вошел в MSVS 2013, создал пустой проект на С++. В свойствах проекта поставил пути к папкам либов, пути к инклюд папкам (ко всем), сами либы в настройках компоновщика (во вкладке ввод),
и даже пути к папкам модулей OpenCV (тоже ко всем). Вбил вот этот код:
#include <opencv2/opencv.hpp>
int main(int argc, char** argv)
{
// задаём высоту и ширину картинки
int height = 620;
int width = 440;
// задаём точку для вывода текста
CvPoint pt = cvPoint(height / 4, width / 2);
// Создаёи 8-битную, 3-канальную картинку
IplImage* hw = cvCreateImage(cvSize(height, width), 8, 3);
// заливаем картинку чёрным цветом
cvSet(hw, cvScalar(0, 0, 0));
// инициализация шрифта
CvFont font;
cvInitFont(&font, CV_FONT_HERSHEY_COMPLEX, 1.0, 1.0, 0, 1, CV_AA);
// используя шрифт выводим на картинку текст
cvPutText(hw, "OpenCV Step By Step", pt, &font, CV_RGB(150, 0, 150));
// создаём окошко
cvNamedWindow("Hello World", 0);
// показываем картинку в созданном окне
cvShowImage("Hello World", hw);
// ждём нажатия клавиши
cvWaitKey(0);
// освобождаем ресурсы
cvReleaseImage(&hw);
cvDestroyWindow("Hello World");
return 0;
}
Жмякаю Отладка-Запуск без отладки- пишет следующий проект устарел: название проекта. Выполнить его сборку? Жму Да. Выдает: возникли ошибки сборки. продолжить и запустить последний успешно построенный вариант? Жму нет. Да не жму, т.к.
я недавно скомпилировал кривой код, который к сожалению не могу восстановить, он скомпилировался без ошибок, и теперь когда жму Да, открывается кривая консолька, с непонятными ошибками.
Собственно, когда нажал Нет, пишет кучу ошибок, а именно:
Ошибка 1
error LNK2019: ссылка на неразрешенный внешний символ _cvCreateImage в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 2
error LNK2019: ссылка на неразрешенный внешний символ _cvReleaseImage в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 3
error LNK2019: ссылка на неразрешенный внешний символ _cvSet в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 4
error LNK2019: ссылка на неразрешенный внешний символ _cvInitFont в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 5
error LNK2019: ссылка на неразрешенный внешний символ _cvPutText в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 6
error LNK2019: ссылка на неразрешенный внешний символ _cvNamedWindow в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 7
error LNK2019: ссылка на неразрешенный внешний символ _cvShowImage в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 8
error LNK2019: ссылка на неразрешенный внешний символ _cvDestroyWindow в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 9
error LNK2019: ссылка на неразрешенный внешний символ _cvWaitKey в функции _main
c:UsersDaniildocumentsvisual studio 2013ProjectsTestARTestARmain.obj
TestAR
Ошибка 10
error LNK1120: неразрешенных внешних элементов: 9
c:usersdaniildocumentsvisual studio 2013ProjectsTestARDebugTestAR.exe
TestAR
Вот такие вот дела. Надеюсь, поможете.
Заранее спасибо.
P.S. код скопипастил с сайта с инструкцией.
Запуск сеанса отладки для приложения UWP
В этой статье описывается, как запустить сеанс отладки Visual Studio для приложения UWP. Приложения UWP могут быть написаны на языках XAML и C++, XAML и C#/Visual Basic. Чтобы приступить к отладке приложения UWP, настройте сеанс отладки и выберите способ запуска приложения.
Начиная с Visual Studio 2019 приложения UWP для HTML и JavaScript больше не поддерживаются.
В Visual Studio 2017 большинство команд и параметров, приведенных в этой статье, также применимо к приложениям UWP для HTML и JavaScript. Если в управляемых приложениях и приложениях C++ команды различаются, то в приложениях JavaScript команды обычно аналогичны командам для приложений UWP на C++.
Запуск отладки с панели инструментов Visual Studio
Самым простым способом настройки и запуска отладки является стандартная панель инструментов Visual Studio.
В раскрывающемся списке Конфигурация на панели инструментов Стандартная выберите Отладка.
В раскрывающемся списке Платформа выберите целевую платформу для построения.
В раскрывающемся списке рядом с зеленой стрелкой выберите целевой объект отладки. Вы можете выбрать локальный компьютер, устройство, подключенное напрямую, локальный симулятор Visual Studio, удаленное устройство или эмулятор.
Чтобы начать отладку, на панели инструментов щелкните зеленую стрелку Пуск или выберите Отладка > Начать отладку или нажмите клавишу F5.
Visual Studio создает и запускает приложение с прикрепленным отладчиком.
Отладка продолжается до достижения точки останова, приостановления выполнения вручную, необработанного исключения или завершения приложения.
Параметры целевого объекта развертывания
Целевой объект отладки можно задать на панели инструментов Visual Studio или на странице свойств отладки проекта. Выберите один из следующих вариантов.
| name | Описание |
|---|---|
| Локальный компьютер | Отладка приложения в текущем сеансе на локальном компьютере. |
| Имитатор | Отладка приложения в симуляторе Visual Studio для приложений UWP. Симулятор представляет собой окно на рабочем столе, в котором имитируются недоступные на локальном компьютере функциональные возможности устройства, такие как сенсорный ввод и поворот устройства. Этот параметр доступен только в том случае, если значение Минимальная версия целевой платформы не превышает номер версии операционной системы на локальном компьютере. Дополнительные сведения см. в разделе Запуск приложений UWP в симуляторе. |
| Удаленный компьютер | Отладка приложения на устройстве, подключенном к локальному компьютеру по сети или через кабель Ethernet. На удаленном устройстве должны быть установлены и запущены инструменты удаленной отладки для Visual Studio. Дополнительные сведения см. в разделе Запуск приложений UWP на удаленном компьютере. |
| Устройство | Отладка приложения на подключенном USB-устройстве. Устройство должно быть разблокировано разработчиком, и на нем должен быть разблокирован экран. |
| Эмулятор мобильного устройства | Загрузите эмулятор, указанный в имени эмулятора, разверните приложение и начните отладку. Эмуляторы доступны только на компьютерах с поддержкой Hyper-V. |
Настройка отладки на странице свойств проекта
Чтобы настроить дополнительные параметры отладки, используйте страницу свойств отладка проекта.
Открытие свойств отладки:
В обозревателе решений выберите проект и щелкните значок Свойства либо щелкните проект правой кнопкой мыши и выберите пункт Свойства.
На панели Свойства в области слева выполните следующие действия.
Для приложений C# и Visual Basic выберите Отладка.
Для приложений C++ выберите Свойства конфигурации > Отладка.
Выбор отладчика
По умолчанию в приложениях C# и Visual Basic программа Visual Studio выполняет отладку управляемого кода. Можно выбрать отладку других или дополнительных типов кода. Можно также задать Тип отладчика для всех фоновых задач, которые являются частью проекта.
По умолчанию в приложении С++ Visual Studio выполняет отладку машинного кода. Можно выбрать отладку конкретного типа кода вместо или в дополнение к машинному коду.
Указание типов кода для отладки
Для приложений C# и Visual Basic выберите один из следующих отладчиков из раскрывающихся списков Тип приложения и Тип фонового процесса в разделе Тип отладчика на странице свойств Отладка
Для приложений C++ выберите один из следующих отладчиков из раскрывающихся списков Тип отладчика на странице свойств Отладка.
Отключение сетевого замыкания на себя (необязательно)
Из соображений безопасности приложению UWP, установленному стандартным образом, не разрешается выполнять сетевые вызовы к устройству, на котором оно установлено. Visual Studio по умолчанию исключает развернутые приложения из этого правила, поэтому вы можете протестировать процедуры связи на одном компьютере. Прежде чем выпускать приложение, необходимо протестировать его без этого исключения.
Удаление исключения из правила сетевого замыкания на себя:
Для приложений Visual C# и Visual Basic снимите флажок Разрешить замыкание на себя в локальной сети в разделе Параметры запуска на странице свойств Отладка.
Для приложений C++ выберите Нет в списке Разрешить замыкание на себя в локальной сети на странице свойств Отладка.
Переустановка приложения при запуске отладки (необязательно)
Чтобы диагностировать проблемы с установкой приложения C# или Visual Basic, выберите Удалить и переустановить мой пакет на странице свойств Отладка. Этот параметр позволяет повторно создать исходную установку при запуске отладки. Этот параметр недоступен для проектов C++.
Настройка параметров проверки подлинности для удаленной отладки
По умолчанию при выборе варианта Удаленный компьютер в качестве целевого объекта развертывания необходимо указать учетные данные Windows для запуска удаленного отладчика. Можно изменить это требование к проверке подлинности.
Режим проверки подлинности Универсальный (незашифрованный протокол) предназначен для устройств IoT, Xbox и HoloLens, для компьютеров с Windows 11, а также для компьютеров с Windows 10 с обновлением Creators Update или более поздней версии.
Изменение метода проверки подлинности
Для приложений C# и Visual Basic на странице свойств Отладка выберите Удаленный компьютер для параметра Целевое устройство. Затем выберите Нет или Универсальный (незашифрованный протокол) для параметра Режим проверки подлинности.
Для приложений C++ выберите Удаленный компьютер в разделе Отладчик для запуска на странице свойств Отладка. Затем выберите Без проверки или Универсальный (незашифрованный протокол) для параметра Тип проверки подлинности.
При запуске удаленного отладчика в режиме Без проверки или Универсальный (незашифрованный протокол) безопасность сети не обеспечивается. Выбирайте эти типы только для доверенных сетей, которые точно не подвержены риску вредоносного кода или злонамеренного трафика.
Параметры запуска отладки
При выборе команды Отладка > Начать отладку или при нажатии клавиши F5 Visual Studio запускает приложение с подключенным отладчиком. Выполнение продолжается до достижения точки останова, приостановления выполнения вручную, необработанного исключения или завершения приложения.
Запуск отладки с отложенным запуском приложения
По умолчанию Visual Studio немедленно запускает приложение при запуске отладки. Приложение также можно настроить для выполнения в режиме отладки, но запускать его не отладчиком, а другим методом. Например, может потребоваться отладка запуска приложения из меню Пуск Windows или отладка фонового процесса в приложении. При выборе этого параметра приложение запускается в отладчике при запуске.
Отключение автоматического запуска приложения
Для приложений C# и Visual Basic выберите Не запускать, а отлаживать мой код при открытии в разделе Параметры запуска на странице свойств Отладка.
Для приложений C++ выберите Нет в раскрывающемся списке Запуск приложения на странице свойств Отладка.
Отладка установленного или работающего приложения UWP
Чтобы выполнить отладку приложения UWP, которое уже установлено или запущено на локальном или удаленном устройстве, можно использовать параметр Отладка установленного пакета приложения. Приложение могло быть установлено из Microsoft Store, или, возможно, оно не является проектом Visual Studio. Например, приложение может иметь настраиваемую систему сборки, в которой не используются проекты и решения Visual Studio.
Вы можете запустить установленное приложение немедленно или настроить его на запуск в отладчике при запуске с помощью другого метода. Дополнительные сведения см. в разделе Вызов событий приостановки, возобновления и фоновых событий для приложений UWP.
Чтобы запустить установленное или работающее приложение UWP в отладчике, выберите Отладка > Другие целевые объекты отладки > Отладка установленного пакета приложения. Дополнительные инструкции см. в статье Отладка установленного пакета приложения.
Подключение отладчика к выполняемому приложению Windows 8.x
Чтобы подключить отладчик к приложению Магазин Windows 8.x , нужно воспользоваться диспетчером отлаживаемых пакетов и настроить приложение на выполнение в режиме отладки. Диспетчер отлаживаемых пакетов устанавливается вместе с инструментами удаленной отладки для Visual Studio.
Установите инструменты удаленной отладки для Visual Studio на устройство, на котором установлено приложение. Дополнительные сведения см. в разделе Установка инструментов удаленной установки.
На экране Пуск Windows найдите и запустите Диспетчер отлаживаемых пакетов.
Отобразится окно PowerShell, настроенное для работы с командлетами AppxDebug.
Укажите идентификатор PackageFullName приложения.
Чтобы просмотреть список всех приложений с идентификатором PackageFullName, введите Get-AppxPackage в командной строке PowerShell.
В командной строке PowerShell введите Enable-AppxDebug <PackageFullName> , где <PackageFullName> — идентификатор PackageFullName приложения.
Выберите Отладка > Присоединение к процессу.
В диалоговом окне Присоединение к процессу укажите удаленное устройство в поле Целевой объект подключения.
Можно ввести имя устройства, выбрать его из раскрывающегося списка в поле Целевой объект подключения или выбрать Найти, чтобы найти устройство в диалоговом окне Удаленные подключения.
Чтобы указать тип кода, который нужно отладить, рядом с полем Присоединить к нажмите Выбрать.
В диалоговом окне Выбор типа кода выберите одно из следующего:
- Автоматически определять тип отлаживаемого кода или
- Выполнять отладку кода следующих типов и выберите один или несколько типов кода из списка.
В списке Доступные процессы выберите процесс приложения для отладки.
Выберите Подключить.
Visual Studio подключает отладчик к процессу. Выполнение продолжается до достижения точки останова, приостановления выполнения вручную, необработанного исключения или завершения приложения.
Я нашел много решений для этой ошибки, но ни одно из них не помогло мне. Все перепробовал, но решения пока нет.
Когда я нажимаю кнопку «Выполнить», появляется это печально известное сообщение об ошибке.
Я установил свой выходной путь в правильную папку и все. ничего не работает пожалуйста помоги!
Вы уверены, что ваша сборка успешна?
На странице настроек проекта (это вкладка «Отладка»? . Я не на своем компьютере) есть возможность сказать, что вы хотите запустить при запуске отладки. Также повторно установите, какой проект является вашим стартовым.
Было бы полезно, если бы вы показали полный текст сообщения об ошибке (нажатие CTRL + C при отображении окна сообщения об ошибке скопирует текст в буфер обмена). Также может помочь, если вы сообщите нам, какие настройки у вас есть на страницах «Сборка» и «Отладка» свойств вашего проекта.
P.S. «Я нашел множество решений для этой ошибки, но ни одно из них не помогло мне» . Если вы читаете Как спросить . вы должны конкретно сказать, что было найдено и опробовано вашим исследованием, чтобы мы не тратили время на то, чтобы предлагать то же самое.
VS обычно сначала отображает предупреждение. В этом предупреждении есть флажок «больше не показывать», раздраженные программисты умеют ставить этот флажок. Надеясь, что это улучшит ситуацию, это не так. Исправьте настройки, используйте Инструменты> Параметры> Проекты и решения> Сборка и запуск. Измените «Выполняется, когда проекты устарели» на [Всегда строить]. И «При запуске, когда возникает ошибка сборки или развертывания» на [Не запускать]. Теперь вы больше не получите эту ошибку, и вы с большей вероятностью обнаружите окно со списком ошибок (показывает ошибки компиляции) и окно вывода (показывает результат сборки)
Цель Отладки Отсутствует?
когда я пытаюсь построить решение, я получаю следующую ошибку:
Visual Studio не удается запустить отладку, так как цель отладки » c:target-пропал. Пожалуйста >создайте проект и повторите попытку или установите свойства OutputPath и AssemblyName соответствующим образом>, чтобы указать правильное расположение для целевой сборки.
мой выходной путь установлен правильно в бин «отладка», но exe никогда не создается в этой папке. Вместо этого все я получить являются exe.config , vshost.exe и vshost.exe.config файлы.
есть идеи, что происходит?
19 ответов
вы можете открыть файл проекта с помощью текстового редактора и заменить ‘c:target’ by ‘binDebug’
редактировать
есть и другие более полезные ответы, но я не могу удалить мой, так как он принят.
- убедитесь, что выходной путь проекта правильный (проект > свойства > сборка > выходной путь)
- перейдите в меню Build > Configuration Manager и проверьте, установлен ли флажок Build в проекте main/entry. Если нет, проверьте.
У меня была такая же проблема;
вот решения, которые не работать на меня:
- строительство / восстановление всего решения
- убедитесь, что путь вывода правильный (MyProject > свойства > сборка > вывод > путь вывода)
вот решение, которое сделал работать на меня:
- восстановление только проект
Я решил этот тип проблемы, выполните этот шаг
1.VS2010 щелкните правой кнопкой мыши в обозревателе решений и выберите построить.
- снова нажмите Ctrl+F5 или F5
вы можете попробовать следующие шаги, чтобы решить проблему.
щелкните правой кнопкой мыши решение и выберите свойство
в свойстве Configureation выберите кнопку Build option
Я просто наткнулся на эту проблему, но я использую Visual Web Developer Express 2010 и не смог найти неправильный путь ни в IDE, ни в файле проекта. Восстановление или удаление папок сборки не помогло.
но после изучения проектов .пользовательский файл, который я никогда не делал раньше, я обнаружил, что плохой путь был там. Очень просто, если знать, где искать.
У меня была та же проблема, и реальное решение было смущающе простым:
Если в вашем проекте Visual Studio никогда не скомпилировала программу (до обнаружения первой ошибки), вы получите эту ошибку. То, что я сделал, это удалить весь оскорбительный код (в моем случае, оставив только простой button1_Click без кода). Запустите / скомпилируйте код один раз; выйдите из запущенной программы, и это сообщение исчезнет.
компилятор создает различные каталоги и файлы на первая успешная компиляция, и они используются отладчиком. Теперь я рекомендую со всеми новыми проектами определить форму, скомпилировать, закрыть, а затем начать кодирование.
Я обнаружил, что это может произойти, если все файлы будут удалены из папки bin. Перестроить приложение для полной сборки: щелкните правой кнопкой мыши проект в обозревателе решений и выберите команду восстановить.
пожалуйста, выполните следующие действия, чтобы преодолеть эту проблему:
- Если вы работаете с VS2010, измените цель платформы на x64
- выберите .net framework как 3.5
- Если вы используете какой-либо пользовательский код для Sharepoint и хотите отладить или развернуть использование выше. и мой плохой саке я не abt приложений .net
У меня тоже была эта ошибка (в VS2010), и в моем случае (два проекта в одном решении, с одним для модульных тестов) ответ должен был пойти в решение (не проект) свойства и установить один проект запуска. Я бы подумал, что также необходимо в настройках этого проекта в разделе «приложение» указать «объект запуска», но он работает для меня с или без этого.
хотя на это уже был дан ответ, я обнаружил, что мое собственное решение не было ни одним из вышеперечисленных. По общему признанию, ошибка новичка, в моем решении у меня было несколько проектов, и поэтому при попытке запустить решение неправильный проект был установлен как Проекта.
поэтому в моем случае, не говоря уже о других, решение состояло в том, чтобы щелкнуть правой кнопкой мыши проект и выбрать установить как Startup Project
есть много проблем, которые могут привести к этой проблеме, после потери 2 дней к этой проблеме я думаю, что у меня есть основная причина этой проблемы, а также проблема конструктора форм, бросающего ошибку при переключении на представление дизайна (также, кажется, влияет на конструктор набора данных):
синтаксическая ошибка языка, которую Intellisense не улавливает.
Как только я прошел через свой код с тонкой зубной гребенкой, я нашел пару действительно глупых ошибок, которые я продолжал игнорировать, как только они были разрешены, решение было скомпилировано просто отлично, и результат был в правильном месте.
Это была очень досадная ошибка!
Я продолжал пытаться запустить экземпляр отладки, но он просто не сделает exe! Хотя в моей ConnectionString были ошибки (при попытке сделать SQL-соединение). Были две косые черты, которые должны были быть частью пути, и учебник, которому я следовал, сказал мне игнорировать его.
ну, оказывается, это была ошибка. Обратная косая черта отмечает начало некоторого побега, который вы хотите сделать, и способ иметь отображается обратная косая черта вместо .
избавился от этого, и это сработало для меня.
EDIT: казалось бы, вам нужно избавиться от крошечных ошибок, которые вы сделали при написании кода, чтобы он правильно компилировался.
Я решил эту проблему, изменив целевую платформу на «любой процессор».
Если приведенное выше объяснение не поможет вам, то у вас может быть ошибка в программе. У меня такая же проблема, и я решил ее, когда я вырезал функции, используемые в том же классе, и одна из функций была причиной этого.
У меня была очень очень похожая проблема, но почти не решения работали для меня, наконец, когда я сбросил настройку VS, она исправлена. Для сброса настроек:
- «Инструменты»>
- параметры импорта и экспорта >
- выберите сброс всех настроек радио >
- «далее»>
- далее (Вы можете сделать резервную копию текущих настроек на этом шаге) >
- готово
проблема: Проблема была в том, что у меня была плохая конфигурация источника nuget, поэтому решение не могло начаться должным образом, несмотря на то, что оно было построено правильно, потому что оно все еще видело старые ссылки dll.
устранение: Недостаточно было изменить url источника самородка, мне просто нужно было удалить весь источник самородка и добавить его снова с правильным url. Очистите решение и восстановите его.
Я пробовал все упомянутые в этой теме, но никто не работал. Затем я попробовал простейшую вещь, и она сработала. Закройте visual studio и откройте его снова.
вот решение этой проблемы, не надо ничего менять для этой проблемы. Вы все знаете, что C# — это чувствительный к регистру язык, и мы должны написать все методы и операторы в правильном регистре. Мы все просто упускаем эту вещь, и нам просто нужно изменить метод’main () —>Main ()‘ Эта вещь решила мою проблему, пожалуйста, дайте мне знать, если вы все еще найдете: -)
Задний план
У меня есть проект приложения ASP.NET MVC, а также различные другие проекты в решении Visual Studio. В разных проектах используются разные версии библиотеки NPoco следующим образом:
- Проект MVC включает версию NPoco через NuGet.
- Некоторые другие проекты включают (вероятно, другую) версию NPoco через ссылку на DLL (не DLL, предоставленную через NuGet).
- Один из проектов представляет собой исходный код версии NPoco с некоторыми изменениями.
Я использую Visual Studio 2015 с обновлением 3 14.0.25422.01.
Ошибка
По какой-то причине, когда я запускаю это приложение в отладчике с помощью обычной команды Start Debugging в Visual Studio, оно запускается, но также выдает следующее предупреждение:
Если я нажму Продолжить отладку, все будет работать как обычно, включая точки останова.
Эта проблема начала возникать только недавно.
Вопрос
- Кто-нибудь знает, что вызвало вышеуказанную ошибку?
- У меня что-то неправильно настроено?
24 ответа
Опция «Оптимизировать код» есть на уровне проекта визуальной студии. Удалите это для режима отладки.
27
Mahesh Malpani
24 Сен 2018 в 13:47
Я также столкнулся с аналогичной проблемой в Visual Studio 2019. Следующие шаги решили мою проблему Отладка-> Параметры-> Снимите флажок Включить только мой код
23
Sneha
19 Июн 2020 в 16:22
Просто была аналогичная проблема, которую я смог исправить, очистив свое решение 3 раза и перестроив. Надеюсь, это поможет и другим людям.
21
tokyo0709
28 Июн 2017 в 23:18
Щелкните правой кнопкой мыши свое решение и выберите «Свойства».
Затем перейдите в «Свойства конфигурации» слева и выберите «Конфигурация» под ним. Убедитесь, что конфигурация проекта, который вы запускаете, находится в «Отладке», а не в «Выпуске».
Если конфигурация находится в «Выпуске», вы получите эту ошибку.
11
StarLord
5 Авг 2020 в 10:40
Это случилось со мной при использовании пакетов NuGet.
Допустим, вы хотите отлаживать код из Project1…
Если у вас есть пакет NuGet Project1, на который есть ссылка в любом из проектов решения (.sln), обязательно удалите его. Вместо добавления пакета NuGet Project1 добавьте Project1 (.csproj) непосредственно в качестве ссылки на любой проект, которому требуется Project1 в решении. Таким образом, вы сможете пошагово выполнять код во время отладки, а Visual Studio больше не будет лаять о версии «Release».
Если Project1 относится к другому решению (.sln), вы можете щелкнуть правой кнопкой мыши текущее решение и выбрать Добавить существующий элемент… выбрать Project1.csproj например. Затем перейдите к любому проекту, для которого требуется Project1 => щелкните правой кнопкой мыши => Добавить => Ссылка и выберите Project1.
8
Leniel Maccaferri
4 Мар 2020 в 21:44
Я обнаружил, что когда вы обновляете пакет Nuget, который зависит от ссылочного проекта (возможно, у вас есть модифицированная версия), он заменяет его версией dll Nuget.
Чтобы исправить это после обновления (или добавления) пакета nuget, вам необходимо удалить ссылку на dll (например, NPoco) и добавить ссылку на проект в проект с вашей измененной версией.
5
TrtlBoy
29 Янв 2017 в 06:21
В моем случае какой-то хитрый мошенник поместил это в файл AssemblyInfo.cs:
[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
Закомментировал и все заработало
3
Adam Plocher
4 Окт 2019 в 01:09
Щелкните правой кнопкой мыши решение > Свойства > Диспетчер конфигураций > Конфигурация активного решения: Создать
Дайте имя новой конфигурации решения. Скопируйте настройку из «Отладки».
Я сделал все для этой ошибки, но сработало только это решение.
2
barbsan
21 Авг 2019 в 11:58
В случае, если у кого-то все еще есть эта проблема, для меня это было из-за того, что я запутал GAC, установив программное обеспечение, которое пытался отлаживать.
Регистратор фьюжн помог мне разобраться в этом, ха.
1
Billy Jake O’Connor
8 Дек 2017 в 19:05
В моем случае я удалил Webapplication.dll для своего проекта и удалил содержимое в папке выпуска. Перестройте проект снова, и он работает для меня.
1
Fabrizio
7 Апр 2018 в 16:39
Другой причиной этой проблемы является следующий атрибут «уровня сборки»:
[assembly: System.Diagnostics.Debuggable(true, false)]
(Я узнал об этом только случайно…. кто проверяет AssemblyInfo.cs, когда у кого-то возникают такие проблемы…. правильно — никто)
Редактировать: только что увидел, что кто-то уже добавил это….. (хотя и с другими параметрами) — также — причиной этого атрибута также была «декомпиляция из exe» (мы потеряли исходный код для этого конкретного проекта: -/)
1
johannes.colmsee
29 Янв 2020 в 19:21
У меня была такая же проблема после переноса моих проектов на новую машину.
Загрузка правильной целевой платформы сработала для меня. В моем проекте используется .Net Framework 4.7.2, и ошибка исчезла после загрузки .Net Framework 4.7.2.
1
user1619768
16 Июл 2020 в 21:59
В моем случае у меня был проверен код оптимизации для моей конфигурации сборки отладки. Убедитесь, что этот флажок снят для всех конфигураций отладки во всех проектах.
1
John Livermore
28 Июл 2022 в 14:26
Это случилось со мной в VS2017, даже после изменения конфигурации на Build. Проблема была решена при перезапуске VS2017
0
Elayamathy
24 Май 2019 в 12:25
Это одна из типичных ошибок Microsoft, у которой может быть 20 решений. Что касается меня, я перезагрузил свой сервер, на котором работала Visual Studio 2017, и это решило проблему.
0
PhillyNJ
12 Фев 2020 в 01:07
Сегодня я впервые столкнулся с этой проблемой (в Visual Studio 2017). Для меня это оказалось вызвано другой версией моего приложения, созданной в режиме Release, работающей в том же пуле приложений в IIS, который я отлаживал. Я дал другой версии приложения собственный пул приложений, и проблема исчезла.
0
Robin Blondon
13 Фев 2020 в 18:13
Я пробовал… Очистить все решение, перестроить все решение, перезапустить Visual Studio… Но не помогло.
В заключение,
я перезагрузил компьютер
А затем запустил Visual Studio, почистил и перестроил, после чего отладка работает без нареканий 🙂
0
Chandraprakash
2 Ноя 2020 в 10:43
Это начало происходить случайно в середине дня для меня.
Пробовал очистить, удалил все папки BIN и OBJ… ничего не помогло.
Мне пришлось остановить/запустить пул приложений IIS для решения ASP.NET, чтобы исправить это.
0
Glen Little
25 Дек 2020 в 01:42
Были некоторые дополнительные настройки в ProjectName.csproj.user. После удаления заработало
0
SzilardD
17 Мар 2022 в 09:46
Короткий ответ (FIX):
Включите параметр Подавлять JIT-оптимизацию при загрузке модуля в Инструменты->Параметры->Отладка->Общие.
Причина: Если вы пытаетесь отлаживать код, проще, когда этот код НЕ оптимизирован. Когда код оптимизирован, компилятор и среда выполнения вносят изменения в исходящий код ЦП, чтобы он работал быстрее, но имел менее прямое сопоставление с исходным исходным кодом. Если сопоставление менее прямое, отладчики часто не могут сообщить вам значение локальных переменных, а пошаговое выполнение кода и точки останова могут работать не так, как вы ожидаете.
Как это работает: Отладчик предоставляет параметр, который управляет тем, что происходит, когда библиотека DLL, скомпилированная с включенной оптимизацией, загружается внутри целевого процесса. Если этот параметр не отмечен (состояние по умолчанию), то когда среда выполнения .NET компилирует код MSIL в код ЦП, оптимизация остается включенной. Если этот параметр отмечен, отладчик запрашивает отключение оптимизаций.
Больше информации
0
Kjartan Valur Þórðarson
30 Авг 2022 в 11:45
Закрыть и перезапустить визуальную студию у меня сработало
-1
Deepak Tripathi
4 Апр 2021 в 16:37
Прочитав множество решений выше, я вышел из VS и перезапустил его. Да, верно, я выключил и снова включил. И да, это сработало.
-1
Phil Graetz
16 Авг 2022 в 19:30