Теперь вы попали в правую панель этого раздела LocalServer32 или в разделе реестра HKEY_CLASSES_ROOT CLSID <834128a2-51f4-11do-8f20-00805f2cd064>LocalServer32 и дважды щелкните по строке (по умолчанию) ( REG_SZ ). Значение Значение этой строки управляет программой сценария по умолчанию для Windows . Теперь вы получите следующее:

Настройка автоматической отладки

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

Настройка автоматической отладки для сбоев системы

Чтобы настроить конечный компьютер для создания файла аварийного дампа при зависании системы, используйте системное приложение на панели управления. Щелкните Дополнительные параметры системы, чтобы отобразить диалоговое окно Свойства системы . На вкладке Дополнительно в этом поле щелкните Параметры в разделе Запуск и восстановление, а затем используйте соответствующие параметры восстановления. Кроме того, можно настроить параметры аварийного дампа с помощью следующего раздела реестра:

HKey _ _ \ \ \ \ Крашконтрол управления CurrentControlSet системы локального компьютера

Файл, который можно указать, является файлом аварийного дампа. Его имя по умолчанию — Memory. dmp. Можно выполнить отладку аварийного дампа с помощью отладчика режима ядра, такого как WinDbg или KD. Дополнительные сведения см. в документации, прилагаемой к отладчику.

Настройка автоматической отладки для сбоев приложений

Когда приложение перестает отвечать (например, после нарушения прав доступа), система автоматически вызывает отладчик, указанный в реестре для отладки по подустранению, идентификатор процесса и обработчик события передаются в отладчик, если Командная строка настроена правильно. В следующей процедуре описывается, как указать отладчик в реестре.

Настройка отладчика в качестве отладчика неустранимой

Перейдите к следующему разделу реестра:

HKey _ _ \ Программное обеспечение локального компьютера \ Microsoft \ Windows NT \ CurrentVersion \ аедебуг

Добавьте или измените значение отладчика , используя _ строку reg SZ, которая указывает командную строку для отладчика.

Строка должна включать полный путь к исполняемому файлу отладчика. Укажите идентификатор процесса и обработчик событий с параметрами «% ld» в командной строке отладчика. Различные отладчики могут иметь собственные синтаксисы параметров для указания этих значений. При вызове отладчика первый «% ld» заменяется ИДЕНТИФИКАТОРом процесса, а вторая «% ld» заменяется на обработчик событий.

Следующий текст является примером настройки WinDbg в качестве отладчика.

Если вы хотите, чтобы отладчик вызывался без взаимодействия с пользователем, добавьте или измените значение Auto , используя _ строку reg SZ, которая указывает, должна ли система отображать диалоговое окно пользователю перед вызовом отладчика. Строка «1» отключает диалоговое окно; строка «0» включает диалоговое окно.

Исключение приложения из автоматической отладки

Следующая процедура описывает, как исключить приложение из автоматической отладки после того, как параметр Auto в разделе аедебуг был установлен в значение 1.

Исключение приложения из автоматической отладки

Перейдите к следующему разделу реестра:

HKey _ _ \ Программное обеспечение локального компьютера \ Microsoft \ Windows NT \ CurrentVersion \ аедебуг

Добавьте значение REG _ DWORD в подраздел аутоексклусионлист , где name — это имя исполняемого файла, а — значение 1. По умолчанию диспетчер окон рабочего стола (Dwm.exe) исключается из автоматической отладки, так как в противном случае может произойти взаимоблокировка системы, если Dwm.exe перестает отвечать (пользователь не увидит интерфейс, отображаемый отладчиком, так как Dwm.exe не отвечает, и Dwm.exe не может завершиться, так как он удерживается отладчиком).

Windows Server 2003 и Windows XP: Подраздел аутоексклусионлист недоступен; Поэтому нельзя исключить какие либо приложения, включая Dwm.exe, из автоматической отладки.

Записи реестра аедебуг по умолчанию можно представить следующим образом:

Как установить скрипт отладчика по умолчанию с помощью реестра в Windows

Когда дело доходит до отладки скриптов в Windows, у вас есть множество вариантов для этого. Internet Explorer сам по себе является хорошим способом отладки скриптов. Лично я использую его для отладки скриптов, и он отлично работает в этой области. Но вчера мой друг установил Visual Studio на моей машине. Visual Studio сама по себе устанавливается в качестве отладчика по умолчанию. Теперь проблема была в том, что я не знал, как отлаживать с помощью Visual Studio в данный момент. И мне пришлось выполнить срочную отладочную работу.

Таким образом, вопрос заключался в том, как я мог отменить выбор Visual Studio в качестве отладчика по умолчанию и выбрать собственный Microsoft Script Debugger , при использовании которого мне было удобно. Затем я сделал трюк с реестром, упомянутый ниже, который значительно помог мне в достижении моей цели. Используя этот трюк, вы можете легко выбрать любую программу в качестве отладчика скриптов, убедитесь, что она может это сделать.

Установить отладчик скриптов по умолчанию

1. Нажмите сочетание клавиш Windows + R , введите Regedt32.exe в диалоговом окне Выполнить и нажмите Введите , чтобы открыть Редактор реестра .

2. Перейдите в следующее местоположение:

HKEY_CLASSES_ROOT \ CLSID

3. На левой панели этого места щелкните правой кнопкой мыши ключ CLSID и выберите Новый -> Ключ . Назовите только что созданный ключ как . Теперь создайте подключ для этого вновь созданного ключа и назовите его как LocalServer32 .

Теперь перейдите на правую панель этого подраздела LocalServer32 или в раздел реестра HKEY_CLASSES_ROOT \ CLSID \ <834128a2-51f4-11do-8f20-00805f2cd064>\ LocalServer32 и дважды нажмите на (по умолчанию) ( REG_SZ ). Значение данных этой строки управляет программой сценария по умолчанию для Windows . Теперь вы получите это:

4. В приведенном выше поле укажите Значение данных в качестве местоположения файла программы, которую вы хотите использовать в качестве отладчика скриптов по умолчанию. Например, чтобы восстановить собственный Microsoft Script Editor , я поместил Данные значения как C: \ Program Files \ Microsoft Script Debugger \ msscrdlbg.exe . , Здесь C: – обязательно системный корневой диск. Когда вы закончите ввод значений данных , нажмите ОК , и теперь вы можете закрыть Редактор реестра и перезагрузить компьютер, чтобы получить результаты.

Поверьте, это поможет вам однажды!

Отладчик Windows (WinDbg) Windows Debugger (WinDbg)

Отладка устройства Windows 10 IoT базовая с помощью мощного отладчика Windows, WinDbg. Debug your Windows 10 IoT Core device using the powerful Windows debugger, WinDbg.

В следующих разделах описывается, как успешно подключиться с WinDbg к устройству Windows 10 IoT базовая для отладки. The following sections describe how to successfully connect with WinDbg to a Windows 10 IoT Core device for debugging purposes. Сюда входит описание необходимых параметров программного обеспечения на устройстве, а также физические подключения оборудования. This includes a description of the necessary software settings on the device as well as the physical hardware connections.

WinDbg — очень мощный отладчик, с которым знакомы большинство разработчиков Windows. WinDbg is a very powerful debugger that most Windows developers are familiar with. Однако если вы только приступите к работе и хотите узнать больше о WinDbg, перейдите по следующим ссылкам: However, if you are just getting started and would like to learn more about WinDbg, please visit the following links:

MinnowBoard Max (МИКРОТЕСТОВ) MinnowBoard Max (MBM)

Вы можете подключить WinDbg к устройству MinnowBoard Max с помощью сетевого подключения. You can connect WinDbg to the MinnowBoard Max device using a network connection.

Настройка сетевого подключения Setup network connection

Чтобы включить отладку ядра с помощью WinDbg по сети, убедитесь, что: In order to enable kernel debugging with WinDbg over a network, ensure that:

Кабель Ethernet подключен к сети MinnowBoard Max Device. An Ethernet cable is connected to MinnowBoard Max device to your network

MinnowBoard Max Device имеет допустимый IP-адрес в вашей сети. The MinnowBoard Max device has a valid IP address in your network

Активное подключение к устройству MinnowBoard Max с помощью PowerShell An active connection to the MinnowBoard Max device via PowerShell

Используя активное подключение PowerShell, выполните следующие команды в параметре MinnowBoard Max, чтобы включить отладку по сети. Using the active PowerShell connection, execute the following commands on the MinnowBoard Max to enable debugging over the network.

bcdedit -dbgsettings net hostip: port:

Эта команда включает отладку по сети. This command enables debugging over the network. Кроме того, он указывает IP-адрес компьютера, на котором будет выполняться WinDbg (DEV_PC_IP_ADDRESS), номер сетевого порта, используемого для подключения (PORT_NUM), и уникальный ключ, который будет использоваться для различения нескольких подключений (ключ). Additionally, it specifies the IP address of the PC where WinDbg will be running (DEV_PC_IP_ADDRESS), the network port number to use for the connection (PORT_NUM), and a unique key to be used to differentiate multiple connections (KEY)

Для PORT_NUM и ключа можно использовать следующие значения в качестве примеров: 50045 и 1.2.3.4 соответственно, хотя вы можете изменить их по своему усмотрению. For PORT_NUM and KEY, you can use the following values as examples: 50045 and 1.2.3.4 respectively, although you are free to change them as you see fit

bcdedit -debug on

• Эта команда включает отладку на устройстве This command turns on debugging on the device

На компьютере разработчика запустите WinDbg с PORT_NUM и КЛЮЧЕВЫМи значениями, приведенными в предыдущих шагах, как показано ниже. «c:\Program Files (x86)\Debugging Tools for Windows (x86)\windbg.exe» -k net:port=

,key= On the developer PC, start WinDbg with the PORT_NUM and the KEY values provided in the previous steps as follows: «c:\Program Files (x86)\Debugging Tools for Windows (x86)\windbg.exe» -k net:port=

Если вы установили любой из установленных комплектов Windows, вы можете найти WinDbg в разделе C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\WinDbg.exe If you have any of the Windows kits installed, you may find WinDbg under C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\WinDbg.exe

• Перезагрузка устройства Иоткоре для повторного подключения к отладчику Reboot the IoTCore device to reconnect to the debugger

Raspberry Pi 2 или 3 (RPi2 или RPi3) Raspberry Pi 2 or 3 (RPi2 or RPi3)

Вы можете подключить WinDbg к Raspberry Pi 2 или 3 с помощью последовательного подключения. You can connect WinDbg to the Raspberry Pi 2 or 3 using a serial connection.

Настройка последовательного подключения Setup serial connection

Чтобы включить отладку ядра с помощью WinDbg через последовательное подключение, убедитесь, что: In order to enable kernel debugging with WinDbg over a serial connection, ensure that:

У вас есть отладочный кабель, такой как последовательный кабель от USB до TTL от Adafruit или фтди. You have a debug cable such as the USB-to-TTL Serial Cable from Adafruit or FTDI.

Кабель Ethernet или активный WiFi, соединяющий устройство Raspberry Pi 2 или 3 с вашей сетью (для IP-подключений, таких как SSH или PowerShell). An Ethernet cable or active WiFi connecting your Raspberry Pi 2 or 3 device to your network (for IP connections like SSH or PowerShell)

Устройство Raspberry Pi 2 или 3 имеет допустимый IP-адрес в сети The Raspberry Pi 2 or 3 device has a valid IP address in your network

Активное подключение к устройству Raspberry Pi 2 или 3 с помощью PowerShell или SSH An active connection to the Raspberry Pi 2 or 3 device via PowerShell or SSH

UART0 будет использоваться на устройстве Raspberry Pi 2 или 3 для подключения отладки ядра. UART0 will be used on the Raspberry Pi 2 or 3 device for the kernel debugging connection. Ниже показаны сопоставления ПИН-кода для Raspberry Pi 2 или 3, а также последовательных кабелей: The following shows the pin mappings for the Raspberry Pi 2 or 3 as well as the serial cables:

Основная идея для создания правильных последовательных подключений заключается в том, что хотя одно устройство использует его для передачи данных, другое устройство использует RX для получения данных. The basic idea for making the correct serial connections is to remember that while one device uses its TX to transmit data, the other device uses its RX to receive the data. Ниже перечислены рекомендуемые подключения. Recommended connections are listed below:

Соединение ЕФИЕСП больше не создается. The EFIESP junction is no longer created. Его необходимо подключить самостоятельно. для получения идентификатора GUID можно использовать команду mountvol. You’ll have to mount it yourself,you can use mountvol command to get the GUID. mkdir C:\EFIESP mountvol C:\EFIESP \?\Volume

Используя активное подключение PowerShell, выполните следующие команды на устройстве Raspberry Pi 2 или 3, чтобы включить отладку по последовательному подключению. Using the active PowerShell connection, execute the following commands on the Raspberry Pi 2 or 3 device to enable debugging over the serial connection.

bcdedit /store c:\EFIESP\EFI\Microsoft\Boot\BCD -dbgsettings serial

• Приведенная выше команда включает последовательное подключение для отладки. The above command enables the serial connection for debugging
• Скорость передачи для Raspberry Pi 2 или 3 жестко запрограммирована на 921600, поэтому вам не нужно указывать его. The baud-rate for the Raspberry Pi 2 or 3 is hard-coded to 921600, so you don’t have to specify it

bcdedit /store c:\EFIESP\EFI\Microsoft\Boot\BCD -debug on

• Эта команда включает отладку на устройстве This command turns on debugging on the device