- Remove From My Forums
-
Вопрос
-
Здравствуйте. У меня не работает отладка в вышеупомянутой студии. Символы установлены, путь к ним указан. Но при нажатии F11, сообщение, что не хватает файлов и предлагает найти их самостоятельно. Подскажите, пожалуйста, в
чём проблема, что неправильно делаю? Студия установлена в Windows 10.-
Изменен тип
17 августа 2015 г. 6:47
тема не активна -
Изменен тип
Maksim MarinovMicrosoft contingent staff, Moderator
17 августа 2015 г. 6:47
ошибка
-
Изменен тип
Ответы
-
Приложение Windows начинает исполнение кода не с главной функции Вашей программы. Главная функция вызывается средой .net после некоторых подготовительных операций. Запуск отладки клавишами F10-F11, предназначенными для пошаговой
отладки останавливают программу именно в этом «подготовительном» коде, исходный код которого, действительно, отсутствует. И символы здесь не помогут. Отладку следует начинать с установки точек прерывания
в своем коде, а запускать клавишей F5.
Если сообщение помогло Вам, пожалуйста, не забудьте отметить его как ответ данной темы. Удачи в программировании!
-
Помечено в качестве ответа
Sergey_Bogatov
17 августа 2015 г. 14:01
-
Помечено в качестве ответа
-
А это предупреждение говорит о том, пошаговая отладка аксессоров get и set свойств отключена (по умолчанию, действительно, так и есть) и предлагает ее включить.
Если сообщение помогло Вам, пожалуйста, не забудьте отметить его как ответ данной темы. Удачи в программировании!
-
Помечено в качестве ответа
Sergey_Bogatov
17 августа 2015 г. 14:01
-
Помечено в качестве ответа
-
Сначала точки прерывания, потом F5, после остановки программы в нужном месте начинайте двигаться по шагам, если требуется. Отпустить программу до следующей точки — снова по f5 и т.д. Но имейте ввиду,
что шаг с заходом в функцию или свойство не из Вашего кода опять приведет к подобному сообщению.
Если сообщение помогло Вам, пожалуйста, не забудьте отметить его как ответ данной темы. Удачи в программировании!
-
Помечено в качестве ответа
Sergey_Bogatov
17 августа 2015 г. 19:08
-
Помечено в качестве ответа
When I press F5, my web application starts up and runs, but the Visual Studio debugger is not attached to the process. The play button is always enabled.
I checked the configuration manager and all the libraries and web applications are debug|any-cpu.
![]()
asked Oct 17, 2009 at 17:48
Paul KnopfPaul Knopf
9,44822 gold badges73 silver badges139 bronze badges
1
You can also run your web application outside of Visual Studio, then select Debug->»Attach to process». In the process list, choose the ASP.NET working process, «asp_wp.exe».
answered Oct 17, 2009 at 18:06
1
Oh how I hate this answer, but it has just worked for me…
Symptoms: it works fine for weeks, then simply refuses to debug.
Solution: close Visual Studio, delete the contents of the Bin directory, reboot.
Irritatingly it required a full reboot to get it to start debugging; restarting Visual Studio + iisreset wasn’t enough.
More info: I sometimes find that IE’s cache is the culprit (strange but true). Therefore close all instances of IE, start IE, clear the cache, close IE, then try debugging with Visual Studio again.
answered May 2, 2013 at 10:22
GlennGGlennG
2,9622 gold badges20 silver badges25 bronze badges
2
Have you set
<compilation debug="true"/>
In your web.config file?
answered Oct 17, 2009 at 18:12
Doron YaacobyDoron Yaacoby
9,3148 gold badges47 silver badges59 bronze badges
2
Try cleaning your solution. You might also blow away everything in the bin directory that your application is compiling to. Then rebuild the whole solution.
answered Jan 14, 2010 at 16:28
RepDetecRepDetec
74113 silver badges29 bronze badges
0
I get this very often with a standard app — not a web application.
I have noticed that this happens when I change the properties of the startup project.
Anyway my solution is:
-
Open the bin folder
-
Delete the exe, config and pdb for the startup project (my solution has scores of projects so I don’t want to delete more than is needed there).
-
build the startup project
-
hit F5
Very frustrating indeed…
answered Jun 12, 2014 at 3:50
![]()
pasxpasx
2,5681 gold badge30 silver badges25 bronze badges
-
In web.config, check you have:
<compilation debug="true" /> -
If you have web.config transforms, ensure your environment you are building for in the drop down next to the run button has:
<compilation debug="true" />(i.e. not<compilation xdt:Transform="RemoveAttributes(debug)" />) -
On the property pages (right click on project -> properties), on the build tab from the left, tick «define debug constant», click the advanced button at the bottom and set output debug info to full. Then on the web tab on the left, at the bottom check that Debuggers ASP .NET is checked.
answered Sep 10, 2014 at 14:54
![]()
Click on Tools -> Options-> Debugging -> General
Then uncheck the box «Require source file to exactly math the original version».
answered Feb 17, 2015 at 15:40
Check for this option:
*Property Pages* (right click project) → *Start Options* → *Debuggers* → *ASP.NET*
It must be checked to enable the debugger on your web pages.
![]()
answered Oct 17, 2009 at 17:55
manjimanji
47.1k5 gold badges94 silver badges103 bronze badges
0
Check if all debugging symbols are set on.
Also see in which folder you have your DLL, lib, or bin files.
![]()
answered Oct 17, 2009 at 21:30
RachelRachel
98.7k116 gold badges265 silver badges364 bronze badges
I just had this exact same problem. Deleting bin and rebooting didn’t resolve it. What did work, though, was right clicking on the project within Visual Studio, selecting Unload Project, then selecting Reload Project. Had to do the same thing for one of the required libraries that was just saying «skipped» instead of building. insert-shrug-emoji-here. Disclaimer: this was on VS 2008.
answered Mar 25, 2022 at 19:38
JamieBJamieB
7041 gold badge6 silver badges16 bronze badges
На чтение 10 мин Просмотров 5к. Опубликовано 31.07.2020
Содержание
- Решение
- Другие решения
- 29 ответов
- Хабр Q&A — вопросы и ответы для IT-специалистов
Я только что сделал новый проект Console Aplication в Visual Studio C ++. Я изменил настройки, чтобы увидеть консоль при компиляции&запустить (CTRL + F5).
Однако, когда дело доходит до запуска в режиме отладки (F5), программа заканчивается, даже если у меня есть точки останова в нескольких местах.
Красные круги становятся белыми и имеют восклицательный знак в течение этих 2 секунд, пока он пытается отладить.
Кто-нибудь знает, как это исправить?
Решение
(1) Убедитесь, что ваше приложение находится в режиме отладки (не в режиме выпуска).
(2) Пожалуйста, включите параметры, такие как следующий снимок экрана.
Другие решения
Есть несколько вещей, которые вы можете проверить.
Прежде всего убедитесь, что код, в котором установлена точка останова, достижим. Поместите его в точку входа вашего приложения.
Есть вероятность, что символы отладки где-то перепутались. Следовательно, попробуйте очистить / перестроить проект (вы можете попробовать удалить каталог bin / build вручную).
В Build-> Configuration Manager вы также можете проверить, действительно ли «Отладка» для конфигурации решения заставляет ваш проект выполняться в режиме отладки.
94 Saint [2012-02-21 11:49:00]
Когда я нахожу F5 (режим отладки), ничего не происходит. Строение работает правильно, exe файл, который я могу запустить правильно, но не могу запустить debug. Почему?
debugging c# build visual-studio-2010 .net-2.0
29 ответов
У меня была та же проблема, и все трюки не сделали этого, пока я не снял флажок «Включить хостинг Visual Studio» на вкладке отладки в свойствах проекта
45 mo. [2012-09-25 21:18:00]
Тьфу! Я испытывал те же самые симптомы, что и вы, и после того, как вы пробовали все предложения, единственным, кто работал, был ваш собственный: создание нового проекта и копирование всего содержимого.
Затем я заметил, что я не могу вручную удалить свой каталог Bin, и я понял, что MyApp.vshost.exe все время работал в фоновом режиме, не позволяя себе перезаписывать Visual Studio 2012. Не знаю, как это сделать все еще работал с VS2010:/
В итоге, решение, которое сработало для меня: Убейте процесс, повторите попытку.
Другими словами, вы пытались отключить и снова включить?
Перезагрузите VS и попробуйте отладить. Некоторое время это случается, даже у меня также была та же проблема.
Извините, что поставил старый вопрос, но сегодня у меня была такая же проблема, но причина была в том, что из-за порядка сборки решения. Если вы перейдете в Solution Property Pages → Common Properties → Startup Project .
Выбрано Multiple startup projects , переместите веб-проект в начало списка.
В моем решении для веб-приложений у меня есть 2 веб-проекта и 5 проектов кода, один из моих проектов кода был наверху, и поэтому отладка не запускалась.
Надеемся, что другие найдут это полезным
5 Neil [2016-03-14 14:10:00]
Это решение уже было упомянуто, но для его работы потребовалось некоторое вмешательство, поэтому ясное решение
На вкладке «Проект/вкладка» выберите «Свойства». (или в вашем браузере решений) Перейдите на вкладку «Отладка». Снимите флажок Включить процесс хостинга Visual Studio. (Снимите флажок) проверьте, работает ли он. если он не перезагружает ваш компьютер (некоторые из файлов проектов работают в фоновом режиме, если вы знаете, как их остановить, перезапуск не обязательно просто заканчивает их задачи) перестроить проект
это должно решить проблему
Что помогло мне решить эту проблему:
- закрыть решение
- удалить файл solution.suo
- повторно открыть решение
Перед тем, как пройти интенсивное исправление. попробуйте это!
Просто запустите файл .exe в папке отладки. «Не закрывай!»
Запустите отладчик в Visual Studio. (i) Должна появиться ошибка. просто скажите «нет»
Закройте файл «.exe», который вы начали на этапе «1».
По какой-то причине визуальная студия застряла в этом приложении, которое я строю, но это сработало для меня.
Во-первых, в свойствах проекта и на вкладке Debug убедитесь, что ваш Start Action установлен на Start Project , а не какой-либо другой параметр, который не будет работать. Если это не разрешило, то:
Перейдите к Tools -> Options -> Environment -> Keyboard и в Show commands containing: введите Debug.Start и убедитесь, что для параметра Shortcuts for selected command: установлено значение F5 (Global) . Также убедитесь, что у вас нет ничего другого, сопоставленного с F5, который может конфликтовать.
Наконец, если это не решит вашу проблему, я предлагаю вам экспортировать текущие настройки среды в качестве резервной копии, а затем reset все настройки среды полностью. Посмотрите, разрешит ли это, если нет, а затем reimport ваши старые настройки и попробуйте восстановить визуальную студию.
закройте проект и удалите все файлы в папке projectinDebug , чтобы создать новое решение для отладки
1 joa [2013-04-23 23:19:00]
Перейдите в Обозреватель решений, щелкните правой кнопкой мыши проект, перейдите в свойства, нажмите «Отладка», внизу снимок установлен, установите флажок «Включить отладку SQL Server».
1 jmurphy [2013-05-22 20:10:00]
Убедитесь, что на вкладке «Проект» → «Свойства» → «Отладка» → «Начало действия», которые «Не запускать, но отлаживать мой код при запуске», не проверяется. Как-то это прошло через месяц после того, как я создал и работал над моим проектом.
Отметив это, я решил проблему.
У меня была такая же проблема с моим настольным приложением, и как этот форум говорит, что вы должны пометить свой проект как проект запуска, поскольку визуальная студия без опознавательных знаков.
Это сработало для меня отлично, и я считаю, что это поможет другим людям, которые могут иметь эту проблему.
0 Aidal [2016-10-13 13:35:00]
У меня была такая же проблема (видимо, несколько лет спустя), где я мог видеть свое устройство в VS 2015, но когда я хотел отлаживать устройство, ничего не происходило.
Это может быть другой вопрос, чем тот, который был у оригинального плаката, но это решение устранило проблему для меня в VS 2015.
Щелкните правой кнопкой мыши решение и выберите «Свойства», а затем отметьте, установлен ли флажок для вашего решения в столбце «Развернуть», если это не так, проверьте его и повторите попытку отладки. Работал для меня.

У меня была эта проблема в приложении WPF, над которым я работал. При запуске отладчика процесс с именем MyApp.VsHost.exe запускается и продолжает работать в фоновом режиме, но исключений не было бы выбрано и ничего в окне вывода, кроме информации о сборке.
Это произошло потому, что я изменил пространство имен моего класса App , но не обновил атрибут Class в App.xaml , чтобы соответствовать новому пространству имен. Я изменил пространство имен в файле xaml, и он снова работал.
Быстрое исправление, которое может помочь кому-то:
Я использую VS2013, и мой отладчик внезапно перестает работать. Я продолжал получать окно с сообщением о том, что отладка не поддерживается.
Наконец, я установил его с помощью флажка очистки NATIVE в разделе «Отладчики» на вкладке «Свойства страницы- > » Пуск «для запуска проекта. Теперь у меня только ASP.NET, выбранный под Debuggers.

Если вы работаете с пакетом SSIS или с решением с несколькими приложениями внутри него. Удостоверьтесь, что у вас есть правильный набор приложений в качестве «Начального проекта».

Если у вас есть отдельный проект приложения или SSIS в той же папке, ваша Visual Studio, вероятно, создает это вместо того, что вы хотите запустить.
Надеюсь, это поможет!
У меня была такая же проблема, и, глядя на ответ брзлвеловера, я нашел следующую проблему, которая, казалось, работала для меня. Проводя это, если кто-то другой имеет такую же проблему, они также могут проверить это.
0 Annye [2015-02-19 15:30:00]
Я нашел решение:
- Закройте решение для Visual Studio
- Откройте заголовок проекта .csproj с помощью блокнота ++, например.
- Поиск тегов в разделе
- Удалить тег конфигурации полностью
- Откройте свое решение, и для меня теперь отладка работает над моим проектом.
0 GlennG [2013-06-03 02:07:00]
Этот процесс обычно работает для меня:
- Закрыть IE
- Используйте диспетчер задач, чтобы проверить, что все экземпляры iexplore.exe ушли — kill любые оставшиеся «сироты».
- Запустите IE из меню «Пуск» и убедитесь, что он запущен правильно.
- Очистить кеш-кеш Internet Explorer и файлы cookie и перезапустить.
- Закройте Visual Studio, чтобы освободить все блокировки.
- IISReset
- Перезапустить VS
- Очистить проект/решение
- Перекомпилируйте и он должен работать
0 toregua [2013-01-23 15:39:00]
Я нашел решение:
- Закройте решение для Visual Studio
- Откройте заголовок проекта .csproj с помощью блокнота ++, например.
- Найдите false в разделе
У меня такая же проблема. Я не смог отобразить окно отладки, но мне удалось перенаправить вывод отладки в упрощенное «ближайшее окно», проверив соответствующую опцию в Debug- > Options and Settings; только показывает явные отладочные записи в коде типа Debug.Writeline().
Visual Studio 2010
Для нового приложения ASP.Net Core 1.
В консоли управления пакетами я запустил
и мое решение могло бы скомпилироваться.
Такая же ошибка, попробовал выполнить VS как Администратор, и он сработал.
Я столкнулся с этой проблемой. В моем случае, как-то пропустили проект проекта запуска. Поэтому убедитесь, что один из проектов в вашем решении explorer задан как проект запуска. Чтобы настроить проект запуска, щелкните правой кнопкой мыши по желаемому проекту в проводнике решений → нажмите » Установить как проект запуска«
Мой опыт работы с Visual Studio 2015, я попробовал удалить все процессы и перезапустить, это не сработало. Я попытался удалить каталог bin, это не сработало.
К сожалению, единственное, что сработало, — это закрыть и перезапустить Visual Studio 2015 в режиме администратора. Вздох.
Проверьте Configuration Manager, убедитесь, что все проекты компилируются для одной и той же платформы.
Что касается проблемы выше, где консоль не отображается. (У меня недостаточно очков для комментариев, чтобы прокомментировать это сообщение.)
Я отключил процесс хостинга, чтобы обойти проблему его оставления и оставить файлы заблокированными. Когда я это сделал, я обнаружил, что окно консоли не появилось, когда я ударил F5 для отладки, хотя моя программа прошла нормально. Затем я заметил, что у меня установлен флажок «Предпочтительный 32-разрядный». Я отмахивался от этого, перестроил и окно консоли появилось еще раз. Это показалось странным, поэтому я снова отметил его и подтвердил, что могу воспроизвести это поведение. Я использую Visual Studio 2013.
-1 Saint [2012-02-21 12:36:00]
Наконец я создал другой проект и скопировал существующие файлы и папки. Может быть, «непрофессиональный», но он работает:) К счастью, это небольшой проект
У меня очень смешное решение, но это сработало для меня,
Удерживайте клавишу F5, пока не увидите, что отладка началась, я серьезный парень.
Сообщество, где люди делятся уникальным опытом
Вопросы и ответы по любой теме от IT сообщества
Помогаем строить карьеру в IT-индустрии
Биржа удаленной работы для IT-специалистов
Хабр Q&A — вопросы и ответы для IT-специалистов
Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.
|
cjv 0 / 0 / 1 Регистрация: 20.07.2017 Сообщений: 15 |
||||
|
1 |
||||
|
20.07.2017, 16:20. Показов 26963. Ответов 7 Метки нет (Все метки)
Скопировал простую программу для С++ в Visual Studio 2017
Начал отладку. Возникло такое окно: Нажал нет — окно закрылось и отладка не началась. Нажал да и возникло такое окно: Вот как выглядит папка:
Там должна быть папка Debug.
__________________
0 |
|
68 / 51 / 27 Регистрация: 27.04.2015 Сообщений: 203 |
|
|
20.07.2017, 16:31 |
2 |
|
Создайте сначала проект правильно. Лучше даже пустой создайте или хотя бы отключите пока предкомпилированные заголовки. Вот здесь скриншоты есть. PS А папки Debug нет и не будет, пока вы не соберете проект без ошибок.
0 |
|
3433 / 2812 / 1249 Регистрация: 29.01.2016 Сообщений: 9,426 |
|
|
20.07.2017, 17:06 |
3 |
|
Я не знаю, как запустить отладку, помогите! Пытаешься запустить то, что не собралось. Сначала сборку запусти: Shift + Ctrl + B, если ошибок нет, но запускай отладку (F5). Если ошибки есть — исправляй.
0 |
|
0 / 0 / 1 Регистрация: 20.07.2017 Сообщений: 15 |
|
|
20.07.2017, 18:06 [ТС] |
4 |
|
Создайте сначала проект правильно. Я по этой странице изначально делал
Сначала сборку запусти: Shift + Ctrl + B Возникают ошибки. Такие же как при F5. Вот они (надеюсь, будет только ссылка) Ошибки.docx
0 |
|
3433 / 2812 / 1249 Регистрация: 29.01.2016 Сообщений: 9,426 |
|
|
20.07.2017, 18:16 |
5 |
|
Вот они Здесь выложи, текстом (можно первые).
не удалось найти Windows SDK версии 8.1. Установлена?
0 |
|
68 / 51 / 27 Регистрация: 27.04.2015 Сообщений: 203 |
|
|
20.07.2017, 18:20 |
6 |
|
Кликните здесь для просмотра всего текста Код Серьезность Код Описание Проект Файл Строка Состояние подавления Ошибка (активно) E0282 глобальная область видимости не содержит "atanf" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includecmath 630 Ошибка (активно) E1696 не удается открыть источник файл "errno.h" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includecerrno 7 ... Ошибка (активно) E0282 глобальная область видимости не содержит "fgetwc" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includecwchar 16 ... Ошибка (активно) E0282 глобальная область видимости не содержит "wcstoull" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includecwchar 36 Ошибка (активно) E1696 не удается открыть источник файл "corecrt_terminate.h" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeeh.h 11 Ошибка (активно) E1696 не удается открыть источник файл "malloc.h" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeexception 41 Ошибка (активно) E0282 глобальная область видимости не содержит "set_terminate" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeexception 46 Ошибка (активно) E0020 идентификатор "terminate_handler" не определен ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeexception 51 Ошибка (активно) E1696 не удается открыть источник файл "crtdbg.h" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeiosfwd 11 Ошибка (активно) E0260 отсутствует явный тип (требуется "int") ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeiosfwd 29 Ошибка (активно) E0065 требуется точка с запятой ";" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includeiosfwd 29 Ошибка (активно) E0020 идентификатор "EAFNOSUPPORT" не определен ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includesystem_error 26 ... Ошибка (активно) E0020 идентификатор "EPROTOTYPE" не определен ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includesystem_error 103 Ошибка (активно) E1696 не удается открыть источник файл "share.h" ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includexiosbase 10 ... Ошибка (активно) E0260 отсутствует явный тип (требуется "int") ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includextgmath.h 211 Ошибка (активно) E0260 отсутствует явный тип (требуется "int") ConsoleApplication7 c:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017includextgmath.h 212 Ошибка (активно) E1696 не удается открыть источник файл "stdio.h" ConsoleApplication7 c:UsersTimofeyDocumentsVisual Studio 2017ProjectsConsoleApplication7ConsoleApplication7stdafx.h 10 Ошибка (активно) E1696 не удается открыть источник файл "tchar.h" ConsoleApplication7 c:UsersTimofeyDocumentsVisual Studio 2017ProjectsConsoleApplication7ConsoleApplication7stdafx.h 11 Ошибка (активно) E1696 не удается открыть источник файл "SDKDDKVer.h" ConsoleApplication7 c:UsersTimofeyDocumentsVisual Studio 2017ProjectsConsoleApplication7ConsoleApplication7targetver.h 8 Ошибка MSB8036 не удалось найти Windows SDK версии 8.1. Установите нужную версию Windows SDK или измените версию SDK на страницах свойств проекта либо щелкнув правой кнопкой мыши решение и выбрав "Изменить целевую платформу решения". ConsoleApplication7 C:Program Files (x86)Microsoft Visual Studio2017CommunityCommon7IDEVCVCTargetsPlatformsWin32PlatformToolsetsv141Toolset.targets 34
Здесь выложи, текстом (можно первые).
0 |
|
3433 / 2812 / 1249 Регистрация: 29.01.2016 Сообщений: 9,426 |
|
|
20.07.2017, 18:26 |
7 |
|
0 |
|
6266 / 3894 / 1567 Регистрация: 09.05.2015 Сообщений: 9,187 |
|
|
20.07.2017, 18:38 |
8 |
|
Сама SDK весит 2 ГБ — я такое не скачаю. А мы тут причем?
Что делать? Качать Windows SDK.
0 |
Компьютер VS не может подключиться к компьютеру, на котором запущен удаленный отладчик.
Для удаленного отладчика требуются как минимум эти порты. 4020, 4021, 135 и 445. Как будто все не так сложно, порт по умолчанию не всегда 4020, но меняется для каждой версии VisualStudio (например, это 4024 в VS2019). Взглянем здесь. Самый простой и эффективный способ проверить, открыты ли порты и правильно ли работает связь между двумя концами, — это установить птар на обоих компьютерах. Обратите внимание, что nc командовать в Cygwin is не такая же реализация NetCat и не полезно для наших тестов. Запустите эту команду на компьютере, на котором должен быть запущен удаленный отладчик (не запускайте msvsmon.exe во время теста):
ncat -v -l <host_ip> <port>
а затем запустите эту команду на компьютере, на котором работает VisualStudio:
ncat -v <host_ip> <port>
Обратите внимание, что host_ip IP-адрес компьютера, на котором запущен удаленный отладчик. Если соединение получено на этом хосте, то брандмауэр не блокирует связь. В этом случае вы должны увидеть что-то вроде этого на удаленном хосте: Ncat: Connection from xxx. Вы можете повторить тест для порта 4020 и 4021. Обратите внимание, что порт 4020 можно изменить в интерфейсе удаленного отладчика, и, как уже было сказано, порт по умолчанию не всегда 4020 но меняйте для каждой версии VisualStudio.
Возможно, вам также потребуются другие порты для аутентификации (если аутентификация включена в удаленном отладчике) и для развертывания файлов на удаленном компьютере. Вы можете запустить ту же команду
ncat -v <host_ip> <port> на компьютере, на котором работает VisualStudio. и проверьте следующие порты: 135 и 445. Обратите внимание, что в этом случае вам не нужно запускать nmap на удаленном хосте (службы уже прослушивают эти порты).
- Remove From My Forums
-
Question
-
Good day guys
I am having a problem running my Windows Application Forms in Visual Basic. It keeps on giving me this error: Visual Studio cannot start debugging because the debug target ( My location for saving filesProjectsWindowsApplication2binDebugWindowsApplication2.exe)
is mission. Please build the project and retry, or set the OutputPath and AssemblyName properties appropraitely to point at the correct loation for the target assembly.I have tried to build the project but i cant get anything from it. Can someone please assist me with steps to solve this issue. I am using Visual Basic/ Visual Studio 2013
Thank you
-
Edited by
Monday, January 15, 2018 12:40 PM
-
Edited by
Answers
-
Welcome to this forum.
Please make sure that output path of project is correct (Project > Properties > Build > Output path)
Go to Build > Configuration Manager, and make sure the project has selected the Build.
Then rebuild the project and see.
Regards,
Fletcher
MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments
or complaints to MSDN Support, feel free to contact
MSDNFSF@microsoft.com.-
Edited by
Fletch Zhou
Tuesday, January 16, 2018 6:45 AM -
Marked as answer by
Anon2018
Tuesday, January 16, 2018 11:47 AM
-
Edited by
- Remove From My Forums
-
Question
-
Good day guys
I am having a problem running my Windows Application Forms in Visual Basic. It keeps on giving me this error: Visual Studio cannot start debugging because the debug target ( My location for saving filesProjectsWindowsApplication2binDebugWindowsApplication2.exe)
is mission. Please build the project and retry, or set the OutputPath and AssemblyName properties appropraitely to point at the correct loation for the target assembly.I have tried to build the project but i cant get anything from it. Can someone please assist me with steps to solve this issue. I am using Visual Basic/ Visual Studio 2013
Thank you
-
Edited by
Monday, January 15, 2018 12:40 PM
-
Edited by
Answers
-
Welcome to this forum.
Please make sure that output path of project is correct (Project > Properties > Build > Output path)
Go to Build > Configuration Manager, and make sure the project has selected the Build.
Then rebuild the project and see.
Regards,
Fletcher
MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments
or complaints to MSDN Support, feel free to contact
MSDNFSF@microsoft.com.-
Edited by
Fletch Zhou
Tuesday, January 16, 2018 6:45 AM -
Marked as answer by
Anon2018
Tuesday, January 16, 2018 11:47 AM
-
Edited by
| title | description | ms.custom | ms.date | ms.topic | dev_langs | helpviewer_keywords | author | ms.author | manager | ms.technology | ms.workload | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Remote Debugging Errors and Troubleshooting | Microsoft Docs |
View links to common remote debugging errors in Visual Studio. Learn how to run the remote debugger as an administrator. |
SEO-VS-2020 |
11/04/2016 |
reference |
|
|
mikejo5000 |
mikejo |
jmartens |
vs-ide-debug |
multiple |
Remote Debugging Errors and Troubleshooting
[!INCLUDE Visual Studio]
You may come across the following errors when attempting to debug remotely.
-
Error: Unable to Automatically Step Into the Server
-
Error: The Microsoft Visual Studio Remote Debugging Monitor (MSVSMON.EXE) does not appear to be running on the remote computer.
-
Unable to Connect to the Microsoft Visual Studio Remote Debugging Monitor
-
Error: Remote machine does not appear in a Remote Connections dialog
Run the remote debugger as an administrator
You may come across issues if you don’t run the remote debugger as an administrator. For example, you may see the following error: «The Visual Studio Remote Debugger (MSVSMON.EXE) has insufficient privileges to debug this process.» If you are running the remote debugger as an application (not a service), you may see the different user account error.
When running the remote debugger as a service
When running the remote debugger as s service, we recommend running it as an administrator for several reasons:
-
The remote debugger service only allows connections from administrators, so there are no new security risks introduced by running it as an administrator.
-
It can prevent errors that result when the Visual Studio user has more rights to debug a process than the remote debugger itself does.
-
To simplify the setup and configuration of the remote debugger.
While it’s possible to debug without running the remote debugger as an administrator, there are several requirements to make this work correctly and they often require more advanced service configuration steps.
-
The account you are using on the remote machine must have the logon as service privilege. See the steps under «To add logon as a service» in the cannot connect back error article.
-
The account must have rights to debug the target process. To get these rights, you must run the remote debugger under the same account as the process to be debugged. (The easier alternative is to run the service as an administrator.)
-
The account must be able to connect back to (that is, authenticate with) the Visual Studio computer over the network. On a domain, it is easier to connect back if the remote debugger is running under the built-in Local System or Network Service accounts, or a domain account. The built-in accounts have elevated security privileges that can present a security risk.
When running the remote debugger as an application (normal mode)
If you are trying to attach to your own non-elevated process (such as a normal application), it doesn’t matter if you are running the remote debugger as an administrator.
You want to run the remote debugger as an administrator in several scenarios:
-
You want to attach to processes running as another user (such as when debugging IIS), or
-
You are trying to launch another process, and the process you want to launch is an administrator.
You do not want to run as an administrator if you want to launch processes, and the process you want to launch should not be an administrator.
See also
- Remote Debugging
