Visual studio attach to process что это
Как работает Visual Studio Attach to Process?
Я всегда хотел знать внутреннюю работу отладчика и отладчиков Visual Studio в целом. Как он может взаимодействовать с вашим кодом и управлять им, особенно когда он работает извне внутри другого приложения или на сервере (присоединяется к процессу)? Компилятор или компоновщик исправляет ваш код, чтобы отладчик получил контроль? Более того, если это так, как это работает, как это работает для таких языков, как JavaScript, где нет физического файла, который может быть исправлен?
Вообще говоря, Windows предоставляет API для написания отладчиков, которые позволяют вам изучать и изменять память в другом процессе и получать уведомления, когда происходят исключения в другом процессе.
Процесс отладки находится в цикле, ожидая уведомления от событий из проверяемого процесса. Чтобы установить точку останова, процесс отладчика изменяет код в debugee, чтобы вызвать исключение (обычно, инструкция int 3 для x86).
Компилятор и компоновщик работают вместе, чтобы сделать информацию о символе программы доступной в формате, который может быть прочитан отладчиками. В Windows это обычно CodeView в отдельном файле PDB.
В мире, основанном на Unix, существует API, называемый ptrace, который выполняет практически те же действия, что и API отладки Windows.
Для удаленной отладки небольшая программа помещается на удаленный компьютер, который обменивается данными и действует от имени фактического отладчика, запущенного на локальной машине.
Для интерпретируемых языков, таких как JavaScript, отладчик работает с интерпретатором, чтобы предоставлять те же функции (проверка памяти, установка контрольных точек и т.д.).
Что такое Attach to process?
Решил попробовать освоить немного C++ по чужим исходникам. Скачал архив. Там нет солюшен-файла. Только эти:
main.cpp
main.o
MakeFile.win
Snake.dev
что такое process и thread?
что такое process и thread?
Attach to process, auto, param
Всем трям. Введение: программа на Питоне вызывает код из dll-ок, скомпилированных под VS 2013.
Что такое файловый буфер? Что такое режим (модификатор) доступа, при работе с файлами?
Что такое файловый буфер? Что такое режим (модификатор) доступа, при работе с файлами?
Что такое IIS и что такое PWS? Почему одно без другого не работает?
вот уже второй день пытаюсь немного разобраться в АСП. накидал небольшую тестовую страничку. но с.
Что такое Dev-C++ и где его взять?
Добавлено через 15 минут
И как можно запустить из-под Visual Studio?
Когда-то и сам пробовал студию, но не понравилась, скачал Code::Blocks, по моему лучше студии в сто раз, особенно для начала
Все с этим разобрался. Там нужно было добавить в папку source, а я просто открывал. Только он много ошибок нашел:
1>d:\c++\ishodniki\snake\project\main.cpp(260): warning C4996: ‘getch’: The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _getch. See online help for details.
1> d:\microsoft visual studio 11.0\vc\include\conio.h(131) : see declaration of ‘getch’
1>d:\c++\ishodniki\snake\project\main.cpp(274): warning C4244: ‘argument’ : conversion from ‘time_t’ to ‘unsigned int’, possible loss of data
1>d:\c++\ishodniki\snake\project\main.cpp(278): warning C4996: ‘kbhit’: The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _kbhit. See online help for details.
1> d:\microsoft visual studio 11.0\vc\include\conio.h(133) : see declaration of ‘kbhit’
1>d:\c++\ishodniki\snake\project\main.cpp(310): warning C4996: ‘getch’: The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _getch. See online help for details.
1> d:\microsoft visual studio 11.0\vc\include\conio.h(131) : see declaration of ‘getch’
1>d:\c++\ishodniki\snake\project\main.cpp(319): warning C4996: ‘getch’: The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _getch. See online help for details.
1> d:\microsoft visual studio 11.0\vc\include\conio.h(131) : see declaration of ‘getch’
1>d:\c++\ishodniki\snake\project\main.cpp(325): warning C4996: ‘getch’: The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _getch. See online help for details.
1> d:\microsoft visual studio 11.0\vc\include\conio.h(131) : see declaration of ‘getch’
1>d:\c++\ishodniki\snake\project\main.cpp(335): warning C4996: ‘getch’: The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _getch. See online help for details.
1> d:\microsoft visual studio 11.0\vc\include\conio.h(131) : see declaration of ‘getch’
1>d:\c++\ishodniki\snake\project\main.cpp(261): error C4716: ‘intro’ : must return a value
Как то без изменения кода можно с этим справиться?
Быстрый Attach to Process
В Visual Studio есть удобная возможность присоединяться к запущенному процессу (Tools — Attach to Process. ) во время отладки. Удобная до тех пор, пока не приходится делать это с завидной регулярностью, тогда выбор нужного процесса из открывшегося списка становится крайне утомительным. Именно поэтому возникает желание автоматизировать эти нехитрые действия.
Рассмотрим решение на примере Visual Studio 2010, для других версий принципиальных различий нет.
1. Сначала в Macro Explorer (Tools — Macros — Macro Explorer) создадим новый модуль AttachToProcess. 
2. В коде модуля добавим функцию присоединения к процессу с параметром ProcessName.
3. Добавим метод, который будет использоваться в дальнейшем для вызова из Visual Studio. В нем задается имя процесса.
Итоговый код модуля.
Можно запустить макрос вручную и проверить, что все работает как надо.
4. Добавим тулбар для кнопки вызова макроса (View — Toolbars — Customize. ).
5. Добавляем кнопку (команду). Макросы находятся в категории Macros, как это ни удивительно.
Теперь у нас есть панель с кнопкой быстрого присоединения к процессу.
6. Последний штрих. Назначаем комбинацию клавиш для запуска макроса.
Вуаля! Отныне вызвать Attach к нужному процессу можно в один клик мышкой или с помощью горячих клавиш.
Attach to running processes with the Visual Studio debugger
You can attach the Visual Studio debugger to a running process on a local or remote computer. After the process is running, select Debug > Attach to Process or press Ctrl+Alt+p in Visual Studio, and use the Attach to Process dialog to attach the debugger to the process.
You can use Attach to Process to debug running apps on local or remote computers, debug multiple processes simultaneously, debug apps that weren’t created in Visual Studio, or debug any app you didn’t start from Visual Studio with the debugger attached. For example, if you’re running an app without the debugger and hit an exception, you can then attach the debugger to the process running the app and begin debugging.
Not sure whether to use Attach to Process for your debugging scenario? See Common debugging scenarios.
Attach to a running process on your local machine
To quickly reattach to a process you attached to previously, see Reattach to a process.
To attach to a process on your local computer:
In Visual Studio, select Debug > Attach to Process (or press Ctrl+Alt+P) to open the Attach to Process dialog box.
Check the Connection type.
In most scenarios, you can use Default. Some scenarios may require a different connection type. For more info, see other sections in this article or Common debugging scenarios.
Set the Connection target your local machine name.
In the Available processes list, find and select the process or processes you want to attach to.
To quickly select a process, type its name or first letter in the Filter processes box.
If you don’t know the process name, browse through the list, or see Common debugging scenarios for some common process names.
Processes can start and stop in the background while the Attach to Process dialog box is open, so the list of running processes may not always be current. You can select Refresh at any time to see the current list.
In the Attach to field, make sure the type of code you plan to debug is listed. The default Automatic setting works for most app types.
If you are using the Default connection type, you can manually select the type of code you want to attach to. Otherwise, the Select option may be disabled.
To select code types manually:
Select Attach.
In the scenario where you have multiple identical processes, use the Command Line column or the w3wp process details from the Title column to identify the right process.
You can be attached to multiple apps for debugging, but only one app is active in the debugger at a time. You can set the active app in the Visual Studio Debug Location toolbar or Processes window.
Attach to a process on a remote computer
You can also select a remote computer in the Attach to Process dialog box, view a list of available processes running on that computer, and attach to one or more of the processes for debugging. The remote debugger (msvsmon.exe) must be running on the remote computer. For more information, see Remote debugging.
For more complete instructions for debugging ASP.NET applications that have been deployed to IIS, see Remote debugging ASP.NET on a remote IIS computer.
To attach to a running process on a remote computer:
In Visual Studio, select Debug > Attach to Process (or press Ctrl+Alt+P) to open the Attach to Process dialog box.
Check the Connection type.
In most scenarios, you can use Default. Some scenarios, such as debugging Linux or a containerized app, require a different connection type. For more info, see other sections in this article or Common debugging scenarios.
In the Connection target box, select the remote computer, using one of the following methods:
Select the drop-down arrow next to Connection target, and select the computer name from the drop-down list.
Type the computer name in the Connection target box and press Enter.
Verify that Visual Studio adds the required port to the computer name, which appears in the format: :port
If you can’t connect using the remote computer name, try using the IP and port address (for example, 123.45.678.9:4022 ). 4026 is the default port for the Visual Studio 2022 remote debugger. For other remote debugger port assignments, see Remote debugger port assignments.
If you can’t connect using the remote computer name, try using the IP and port address (for example, 123.45.678.9:4022 ). 4024 is the default port for the Visual Studio 2019 remote debugger. For other remote debugger port assignments, see Remote debugger port assignments.
If you can’t connect using the remote computer name, try using the IP and port address (for example, 123.45.678.9:4022 ). 4022 is the default port for the Visual Studio 2017 remote debugger. For other remote debugger port assignments, see Remote debugger port assignments.
Select the Find button next to the Connection target box to open the Remote Connections dialog box. The Remote Connections dialog box lists all the devices that are on your local subnet or directly attached to your computer. You may need to open UDP port 3702 on the server to discover remote devices. Select the computer or device you want, and then click Select.
The Connection type setting persists between debugging sessions. The Connection target setting persists between debugging sessions only if a successful debugging connection occurred with that target.
Click Refresh to populate the Available processes list.
Processes can start and stop in the background while the Attach to Process dialog box is open, so the list of running processes may not always be current. You can select Refresh at any time to see the current list.
In the Available processes list, find and select the process or processes you want to attach to.
To quickly select a process, type its name or first letter in the Filter processes box.
If you don’t know the process name, browse through the list, or see Common debugging scenarios for some common process names.
To find processes running under all user accounts, select the Show processes from all users check box.
If you try to attach to a process owned by an untrusted user account, a security warning dialog box confirmation will appear. For more information, see Security Warning: Attaching to a process owned by an untrusted user can be dangerous. If the following information looks suspicious or you are unsure, do not attach to this process.
In the Attach to field, make sure the type of code you plan to debug is listed. The default Automatic setting works for most app types.
If you are using the Default connection type, you can manually select the type of code you want to attach to. Otherwise, the Select option may be disabled.
To select code types manually:
Select Attach.
You can be attached to multiple apps for debugging, but only one app is active in the debugger at a time. You can set the active app in the Visual Studio Debug Location toolbar or Processes window.
In some cases, when you debug in a Remote Desktop (Terminal Services) session, the Available processes list won’t display all available processes. If you are running Visual Studio as a user who has a limited user account, the Available processes list won’t show processes that are running in Session 0. Session 0 is used for services and other server processes, including w3wp.exe. You can solve the problem by running Visual Studio under an administrator account or by running Visual Studio from the server console instead of a Terminal Services session.
from the Windows command line. You can determine the process ID using tlist.exe. To obtain tlist.exe, download and install Debugging Tools for Windows, available at WDK and WinDbg downloads.
If you’re publishing to Azure App Service (Windows), you’ll find the Attach Debugger option under the . menu under Hosting. Visual Studio attempts to attach the remote debugger to the instance of Azure App Service (Windows) that the profile is publishing to.
Attach to a process running on a Docker container
Reattach to a process
You can quickly reattach to processes that you were previously attached to by choosing Debug > Reattach to Process (Shift+Alt+P). When you choose this command, the debugger will immediately try to attach to the last processes you attached to by first attempting to match the previous process ID and if that fails, by matching to the previous process name. If no matches are found, or if several processes have the same name, the Attach to Process dialog box will open so you can select the correct process.
The Reattach to Process command is available starting in Visual Studio 2017.
Common debugging scenarios
To help you determine whether to use Attach to Process and what process to attach to, the following table shows a few common debugging scenarios, with links to more instructions where available. (The list is not exhaustive.)
For some app types, like Universal Windows App (UWP) apps, you don’t attach directly to a process name, but use the Debug Installed App Package menu option in Visual Studio instead (see table).
To quickly select a running process to attach to, in Visual Studio, type Ctrl+Alt+P, and then type the first letter of the process name.
Use debugger features
To use the full features of the Visual Studio debugger (like hitting breakpoints) when attaching to a process, the app must exactly match your local source and symbols. That is, the debugger must be able to load the correct symbol (.pdb) files. By default, this requires a debug build.
For remote debugging scenarios, you must have the source code (or a copy of the source code) already open in Visual Studio. The compiled app binaries on the remote machine must come from the same build as on the local machine.
In some local debugging scenarios, you can debug in Visual Studio with no access to the source if the correct symbol files are present with the app. By default, this requires a debug build. For more information, see Specify symbol and source files.
Troubleshoot attach errors
In some scenarios, the debugger may need help to correctly identify the type of code to debug. If the connection values are set correctly (you can view the correct process in the Available processes list), but the debugger fails to attach, try to select the most appropriate connection type in the Connection type list, which may be required, for example, if you are debugging a Linux or Python app. If you are using the Default connection type, then you can alternatively select the specific type of code to connect to, as described later in this section.
When the debugger attaches to a running process, the process can contain one or more types of code. The code types the debugger can attach to are displayed and selected in the Select Code Type dialog box.
Sometimes, the debugger can successfully attach to one code type, but not to another code type. Typically, this occurs when:
If the debugger is able to attach to some, but not all, code types, you see a message identifying which types failed to attach.
If the debugger successfully attaches to at least one code type, you can proceed to debug the process. You will be able to debug only the code types that were successfully attached. The unattached code in the process will still run, but you won’t be able to set breakpoints, view data, or perform other debugging operations on that code.
If you want more specific information about why the debugger failed to attach to a code type, try to reattach to only that code type.
To obtain specific information about why a code type failed to attach:
Detach from the process. On the Debug menu, select Detach All.
Reattach to the process, selecting only the code type that failed to attach.
In the Attach to Process dialog box, select the process in the Available processes list.
Select Select.
In the Select Code Type dialog box, select Debug these code types and the code type that failed to attach. Deselect the other code types.
Select OK.
In the Attach to Process dialog box, select Attach.
This time, the attach will fail completely, and you will get a specific error message.
Присоединение к выполняемым процессам с использованием отладчика Visual Studio
Отладчик Visual Studio можно подключить к запущенному процессу на локальном или удаленном компьютере. После выполнения процесса выберите Отладка > Подключить к процессу или нажмите клавиши CTRL+ALT+P в Visual Studio и используйте диалоговое окно Подключение к процессу, чтобы подключить отладчик к процессу.
Параметр Подключить к процессу можно использовать для отладки запущенных приложений на локальных или удаленных компьютерах, одновременной отладки нескольких процессов, отладки приложений, которые не были созданы в Visual Studio, или отладки любого приложения, которое не было запущено из Visual Studio с прикрепленным отладчиком. Например, если вы используете приложение без отладчика и столкнулись с исключением, можно присоединить отладчик к процессу, в котором выполняется приложение, и начать отладку.
Не уверены, следует ли использовать параметр Подключить к процессу для сценария отладки? См. раздел Общие сценарии отладки.
Присоединение к выполняющемуся процессу на локальном компьютере
Сведения о том, как быстро присоединиться к процессу, подключенному ранее, см. в разделе Повторное подключение к процессу.
Порядок присоединения к процессу на локальном компьютере
В Visual Studio выберите Отладка > Подключить к процессу (или нажмите клавиши CTRL+ALT+P), чтобы открыть диалоговое окно Подключение к процессу.
Проверьте значение параметра Тип подключения.
В большинстве случаев можно использовать значение По умолчанию. Для некоторых сценариев может потребоваться другой тип подключения. Дополнительные сведения см. в других разделах этой статьи, а также в разделе Общие сценарии отладки.
В поле Цель подключения укажите имя локального компьютера.
В списке Доступные процессы найдите и выберите процессы, к которым нужно присоединиться.
Чтобы быстро выбрать процесс, введите его имя или первую букву в поле Фильтр процессов.
Если вы не знаете имя процесса, просмотрите список или обратитесь к разделу Общие сценарии отладки, чтобы ознакомиться с некоторыми распространенными именами процессов.
Процессы могут запускаться и останавливаться в фоновом режиме, пока диалоговое окно Подключение к процессу открыто, поэтому список запущенных процессов может не всегда быть актуальным. Чтобы просмотреть актуальный список, можно в любое время нажать кнопку Обновить.
Убедитесь, что в окне Присоединиться к указан тип кода, который планируется отладить. Для большинства типов приложений можно выбрать значение по умолчанию Автоматически.
При использовании типа подключения По умолчанию можно вручную выбрать тип кода, к которому нужно подключиться. В противном случае кнопка Выбрать может быть неактивна.
Выбор кода вручную
Выберите Подключить.
В сценарии с несколькими идентичными процессами вы можете указать процесс с использованием столбца командной строки или сведений о процессе w3wp из столбца заголовка.
Во время отладки можно подключиться к нескольким приложениям, но в любой момент времени только один из них активен в отладчике. Можно выбрать текущую программу в панели инструментов Место отладки или окне Процессы в Visual Studio.
Присоединение к процессу на удаленном компьютере
В диалоговом окне Подключение к процессу также можно выбрать удаленный компьютер, просмотреть список доступных процессов, запущенных на этом компьютере, и подключиться к одному или нескольким процессам для отладки. На удаленном компьютере должен выполняться удаленный отладчик (msvsmon.exe). Дополнительные сведения см. в статье Удаленная отладка.
Более полные инструкции по отладке приложений ASP.NET, развернутых в службах IIS, см. в разделе Удаленная отладка ASP.NET на удаленном компьютере IIS.
Присоединение к выполняющемуся процессу на удаленном компьютере
В Visual Studio выберите Отладка > Подключить к процессу (или нажмите клавиши CTRL+ALT+P), чтобы открыть диалоговое окно Подключение к процессу.
Проверьте значение параметра Тип подключения.
В большинстве случаев можно использовать значение По умолчанию. В некоторых сценариях, таких как отладка Linux или контейнерного приложения, требуется другой тип подключения. Дополнительные сведения см. в других разделах этой статьи, а также в разделе Общие сценарии отладки.
В поле Целевой объект подключения выберите удаленный компьютер одним из следующих способов.
Щелкните стрелку раскрывающегося списка Целевой объект подключения и выберите из раскрывающегося списка имя компьютера.
Введите имя компьютера в поле Целевой объект подключения и нажмите клавишу ВВОД.
Убедитесь, что Visual Studio добавляет требуемый порт в имя компьютера, которое отображается в формате :порт.
Если вы не можете подключиться с помощью имени удаленного компьютера, попробуйте использовать IP-адрес и порт (например, 123.45.678.9:4022 ). 4026 — это порт по умолчанию для удаленного отладчика Visual Studio 2022. Сведения о других назначениях портов удаленного отладчика см. в разделе Назначение портов удаленного отладчика.
Если вы не можете подключиться с помощью имени удаленного компьютера, попробуйте использовать IP-адрес и порт (например, 123.45.678.9:4022 ). 4024 — это порт по умолчанию для удаленного отладчика Visual Studio 2019. Сведения о других назначениях портов удаленного отладчика см. в разделе Назначение портов удаленного отладчика.
Если вы не можете подключиться с помощью имени удаленного компьютера, попробуйте использовать IP-адрес и порт (например, 123.45.678.9:4022 ). 4022 — это порт по умолчанию для удаленного отладчика Visual Studio 2017. Сведения о других назначениях портов удаленного отладчика см. в разделе Назначение портов удаленного отладчика.
Нажмите кнопку Найти рядом с полем Целевой объект подключения, чтобы открыть диалоговое окно Удаленные подключения. В диалоговом окне Удаленные подключения перечислены все устройства, которые имеются в локальной подсети или которые напрямую подключены к компьютеру. Для обнаружения удаленных устройств может потребоваться открыть UDP-порт 3702 на сервере. Выберите нужный компьютер или устройство, после чего нажмите Выбрать.
Значение параметра Тип подключения сохраняется между сеансами отладки. Параметр Целевой объект подключения хранится между сеансами отладки только в случае успешного подключения отладки с этим целевым объектом.
Нажмите кнопку Обновить, чтобы заполнить список Доступные процессы.
Процессы могут запускаться и останавливаться в фоновом режиме, пока диалоговое окно Подключение к процессу открыто, поэтому список запущенных процессов может не всегда быть актуальным. Чтобы просмотреть актуальный список, можно в любое время нажать кнопку Обновить.
В списке Доступные процессы найдите и выберите процессы, к которым нужно присоединиться.
Чтобы быстро выбрать процесс, введите его имя или первую букву в поле Фильтр процессов.
Если вы не знаете имя процесса, просмотрите список или обратитесь к разделу Общие сценарии отладки, чтобы ознакомиться с некоторыми распространенными именами процессов.
Чтобы найти процесс, который выполняется с другой учетной записью пользователя, установите флажок Показать процессы всех пользователей.
Если попытаться подключиться к процессу, работающему под управлением ненадежной учетной записи, появится диалоговое окно подтверждения с предупреждением безопасности. Дополнительные сведения см. в статье Предупреждение системы безопасности. Подключение к процессу, который принадлежит пользователю, не являющемуся доверенным, может быть опасным. Если следующие сведения не вызывают доверия, то не следует присоединяться к процессу.
Убедитесь, что в окне Присоединиться к указан тип кода, который планируется отладить. Для большинства типов приложений можно выбрать значение по умолчанию Автоматически.
При использовании типа подключения По умолчанию можно вручную выбрать тип кода, к которому нужно подключиться. В противном случае кнопка Выбрать может быть неактивна.
Выбор кода вручную
Выберите Подключить.
Во время отладки можно подключиться к нескольким приложениям, но в любой момент времени только один из них активен в отладчике. Можно выбрать текущую программу в панели инструментов Место отладки или окне Процессы в Visual Studio.
В некоторых случаях при отладке в сеансе удаленного рабочего стола (службы терминалов) в списке Доступные процессы не отображаются все доступные процессы. При работе с Visual Studio в качестве пользователя с ограниченным доступом в списке Доступные процессы не будут отображаться процессы, запущенные в сеансе 0, который используется для служб и других серверных процессов, включая w3wp.exe. Можно устранить эту проблему, запустив Visual Studio под учетной записью администратора или запустив Visual Studio с консоли сервера вместо сеанса служб терминалов.
из командной строки Windows. Можно определить идентификатор процесса с помощью tlist.exe. Чтобы получить файл tlist.exe, скачайте и установите средства отладки для Windows, которые доступны на странице скачиваемых файлов WDK и WinDbg.
Если вы выполняете публикацию в Службе приложений Azure (Windows), параметр Подключить отладчик можно найти в меню . в разделе Размещение. Visual Studio пытается подключить удаленный отладчик к экземпляру Службы приложений Azure (Windows), в котором публикуется профиль.
Присоединение к процессу, выполняющемуся в контейнере Docker
Повторное подключение к процессу
Чтобы быстро присоединиться к процессам, к которым вы ранее были присоединены, выберите Отладка > Повторно подключиться к процессу (SHIFT+ALT+P). При выборе этой команды отладчик сразу же попытается присоединиться к последним процессам, к которым вы подключались, сначала попытавшись выполнить сопоставление с ИД предыдущего процесса, а если это не удается, то путем сопоставления с именем предыдущего процесса. Если совпадений не найдено или несколько процессов имеют одно и то же имя, откроется диалоговое окно Подключение к процессу, в котором можно выбрать правильный процесс.
Команда Повторно подключиться к процессу доступна начиная с Visual Studio 2017.
Общие сценарии отладки
Чтобы определить, следует ли использовать команду Подключиться к процессу и к какому процессу подключиться, используйте таблицу ниже, в которой приведены несколько распространенных сценариев отладки со ссылками на дополнительные инструкции, где это возможно. (Этот список не является исчерпывающим.)
Для некоторых типов приложений, например универсальных приложений для Windows (UWP), не следует напрямую подключаться к имени процесса. Вместо этого необходимо использовать команду Отладка установленного пакета приложения в Visual Studio (см. таблицу).
Чтобы быстро выбрать выполняющийся процесс для подключения, в Visual Studio нажмите клавиши CTRL+ALT+P, а затем введите первую букву имени процесса.
Использование функций отладчика
Чтобы использовать все функции отладчика Visual Studio (например, при обнаружении точек останова) при присоединении к процессу, приложение должно точно соответствовать локальным источнику и символам. То есть отладчик должен иметь возможность загрузки правильных файлов символов (PDB). По умолчанию для этого требуется отладочная сборка.
В сценариях удаленной отладки должен быть уже открыт исходный код (или копия исходного кода) в Visual Studio. Скомпилированные двоичные файлы приложения на удаленном компьютере должны поступать из той же сборки, что и на локальном компьютере.
В некоторых локальных сценариях отладки в Visual Studio можно выполнять отладку без доступа к источнику, если в приложении есть правильные файлы символов. По умолчанию для этого требуется отладочная сборка. Дополнительные сведения см. в разделе Указание файлов символов и исходных файлов.
Устранение ошибок присоединения
В некоторых сценариях отладчику может потребоваться помощь, чтобы правильно определить тип отлаживаемого кода. Если значения для подключения заданы правильно (проверить процесс можно в списке Доступные процессы), но отладчику не удается подключиться, попробуйте выбрать наиболее подходящий тип подключения в списке Тип подключения. Это может потребоваться, например, при отладке приложения Linux или Python. Если используется тип подключения «По умолчанию», можно также выбрать определенный тип кода для подключения, как описано далее в этом разделе.
Иногда отладчик может успешно присоединяться к одному типу кода, но не к другому. Это происходит в следующих случаях:
Если отладчик может присоединиться не ко всем типам кода, отобразится сообщение со сведениями о типах, к которым присоединиться не удалось.
Если отладчик успешно подключается хотя бы к одному типу кода, то можно приступать к отладке процесса. Но отлаживать можно будет только те типы кода, к которым удалось подсоединиться. Неподключенный код в этом процессе будет по-прежнему выполняться, но задавать в этом коде точки останова, просматривать данные и выполнять другие операции отладки не удастся.
Если нужны более конкретные сведения о том, почему отладчику не удалось присоединиться к некоторому типу кода, попробуйте повторно присоединиться только к этому типу кода.
Чтобы получить подробные сведения о том, почему не удалось присоединиться к типу кода:
Отключитесь от процесса. В меню Отладка выберите Отсоединить все.
Вновь подключитесь к процессу, выбрав только тип кода.
В диалоговом окне Присоединение к процессу выберите процесс в списке Доступные процессы.
Щелкните Выбрать.
В диалоговом окне Выбор типа кода выберите Выполнять отладку кода следующих типов и выберите тип кода, к которому не удалось присоединиться. Отмените выбор других типов кода.
Нажмите кнопку ОК.
В диалоговом окне Подключение к процессу нажмите Подключиться.
На этот раз присоединение не пройдет полностью, и будет выдано сообщение о конкретной ошибке.