Не работает локальный отладчик Windows

Не работает отладчик
Не работает дебагер, выделеное окно недоступно, и почему то вместо желтых букмарков появляются синие

Не работает отладчик
Доброй ночи! у меня беда с отладчиком сначала выдавал такую вещь: предпочтительный отладчик.

Не работает отладчик
может кто сталкивался с такой фигней.стоит виста.не хочет запускаться отладчик td,хотя еще пару.

Не работает отладчик
Добрый вечер! 🙂 Пытаюсь начать работу с NetBeans. Все установила, компилятор работает, но при.

rao, Не знаю, какая версия лучше, вот и скачал последнюю — 2017. Если можешь посоветовать удобную и стабильную, то буду рад, а так «сотрясать воздух» не вижу смысла

Добавлено через 2 часа 37 минут
Фыр-Фыр, Я при установке добавил один раздел для с++. Чистая установка подразумевает, что при установке ничего не нужно было включать в нее?

Anton121, если учиться с/с++, то может Фыр-Фыр и прав, вполне хватит VS 6.0 — маленькая, шустрая, без глюков. Правда последние Platform SDK на неё уже не ставились. Хотя с другой стороны, зачем новичку последние навороты Windows 10, если он еще только учится создавать окошки?

А так меня вполне устраивает «VS 2008 Team System» и к ней еще «Visual Assist X». (его бы я в любую версию добавлял)
Но один раз попалась какая-то библиотека (вроде GLEW), которая хотела компилиться только в VS10. С тех пор в студии вроде бы ничего не изменилось. Может .NET’чики разницу видят?

Не удается присоединиться к процессу Unable to Attach to the Process

Не удается присоединиться к процессу. Unable to attach to the process. Компонент отладчика на сервере получил отказ в доступе при подключении к этому компьютеру. Debugger component on server received access denied while connecting to this machine.

Существуют два типичных скрипта, вызывающих эту ошибку: There are two common scenarios that cause this error:

Сценарий 1. Компьютер A работает под управлением Windows XP. Scenario 1: Machine A is running Windows XP. Компьютер B работает под управлением Windows Server 2003. Machine B is running Windows Server 2003. Реестр на компьютере B содержит следующее значение DWORD: The registry on Machine B contains the following DWORD value:

Пользователь 1 запускает сеанс службы терминалов (сеанс 1) на компьютере B и запускает управляемое приложение из этого сеанса. User 1 starts a Terminal Server session (session 1) on machine B and starts a managed application from that session.

Пользователь 2, являющийся администратором обоих компьютеров, вошел в систему компьютера A. С этого компьютера он пытается установить подключение к приложению, которое выполняется в сеансе 1 на компьютере B. User 2, who is administrator on both machines, is logged onto Machine A. From there, he or she tries to attach to an application running in session 1 on Machine B.

Сценарий 2. Один пользователь вошел в систему на двух компьютерах (A и B) в одной и той же рабочей группе, используя одинаковые пароли на обоих компьютерах. Scenario 2: One user is logged onto two machines, A and B, in the same workgroup, using the same password on both machines. Отладчик выполняется на компьютере A и пытается подключиться к управляемому приложению, выполняющемуся на компьютере B. На компьютере A для параметра Сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей задано значение Гость. The debugger is running on Machine A and trying to attach to a managed application running on Machine B. Machine A has Network access: Sharing and security model for local accounts set to Guest.

Решение скрипта 1 To solve Scenario 1

• Запустите отладчик и управляемое приложение под одним и тем же именем учетной записи пользователя и паролем. Run the debugger and managed application under the same user account name and password.

Решение скрипта 2 To solve Scenario 2

В меню Пуск выберите Панель управления. From the Start menu, choose Control Panel.

На панели управления дважды щелкните Администрирование. In Control Panel, double-click Administrative tools.

В окне «Администрирование» дважды щелкните пункт Локальная политика безопасности. In the Administrative tools window, double-click Local Security Policy.

В окне «Локальная политика безопасности» выберите Локальные политики. In the Local Security Policy window, select Local Policies.

В столбце Политики дважды щелкните Доступ к сети: модель совместного доступа и безопасности для локальных учетных записей. In the Policies column, double-click Network access: Sharing and security model for local accounts.

В диалоговом окне Сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей измените локальный параметр безопасности на Классический и нажмите кнопку ОК. In the Network access: Sharing and security model for local accounts dialog box, change the local security setting to Classic, and click OK.

Изменение модели безопасности на обычную может привести к непредвиденным возможностям доступа к общим файлам и DCOM-компонентам. Changing the security model to Classic can result in unexpected access to shared files and DCOM components. Если сделать это, удаленный пользователь сможет проходить проверку подлинности под локальной учетной записью пользователя вместо записи «Гость». If you make this change, a remote user can authenticate with your local user account rather than Guest. Если имя пользователя и пароль удаленного пользователя совпадают с вашими, то он сможет получить доступ к любой папке или объекту DCOM, которые открыты вами для общего доступа. Если используется эта модель безопасности, убедитесь, что для всех учетных записей пользователей на компьютере заданы надежные пароли, или настройте изолированную сеть для отладочных и отлаживаемых компьютеров с целью предотвращения несанкционированного доступа. If a remote user matches your user name and password, that user will be able to access any folder or DCOM object you have shared out. If you use this security model, make sure that all user accounts on the machine have strong passwords or set up an isolated network island for the debugging and debugged machines to prevent unauthorized access.

Visual Studio 2017 не работает режим отладки

Проблема в следующем. При запуске проекта через

если запускаешь проект через режим отладки то результат такой

И если ты пытаешься зарегиться или войти выдаёт

Не могу понять почему. вот файл Program.cs

В чём может быть причина? В режиме IIS всё работает!

Вспомнил ещё одну вещь. Когда не помню, но начал ругаться на ILogger Нашёл решение

До конца не понял почему но это работает. Может прольёт свет!

1 ответ 1

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

InvalidOperationException: Unable to resolve service for type’Microsoft.Extensions.Logging.ILogger’ while attempting to activate ‘Laboratory56.Controllers.AccountController’.

Исключение вызвано тем, что вы пытаетесь получить нетипизированный логгер, а стандартная система логгирования регистрирует в DI только типизированный, ILogger

Т.е у вас сейчас конструктор AccountController выглядит примерно так:

А должен выглядеть вот так (как в шаблоне .NET Core 2.0):

В IIS у вас работает, потому что там вы уже залогинены, и ссылка ведет на другое действие.

“Отладчик установлен неправильно” Visual Studio 17

Здравствуйте. Создал новый проект WPF в Студии, покидал нужных виджетов, пытаюсь запустить, получаю ошибку:

Запускаю установщик, выбираю VS17 -> изменить. В сводке указанно (если это важно):

• Включено
  • Средства разработки классических приложений
  • Средства разработки для .NET 4.6.1
  • C# и Visual Basic
• Необязательные
  • Blend for visual studio
  • Инструменты для Entity Framework 6
  • Средства профилирования
  • Поддержка языка F#
  • Средства разработки .NET Core 1.0 — 1.1
• Среда выполнения .NET Core Что еще может понадобиться, ума не приложу.

Не могли бы вы подсказать, в чем может быть дело?

Попытка переустановить студию приводит к сбою установки со следующей ошибкой (из журнала)

По совету @Eikhner обновил windows, установил проблемный пакет руками, перезагрузился; никакого эффекта. Попробовал восстановить студию, получаю сбой. Единственная ошибка, которую пока удалось вынуть из журнала:

@PashaPash, файл, о котором вы говорите, отсутствует, но есть с таким же именем и расширением .log.html

Система почему-то определилась как виста. Что бы это могло означать?

1 ответ 1

Для того, чтобы создать новый проект WPF в Visual Studio 2017, понадобится компонент:

Данный компонент содержит в себе все необходимое, конечно, можно поставить дополнительные отдельные компоненты, такие как:

• Пакет SDK для .NET Framework 4.6.2
• .NET Framework 4.6.2

Хотя, все что нужно выбирается автоматически и можно вручную выбрать то, чего не хватает:

Если после обновления операционной системы Windows теперь не удается восстановить среду разработки Visual Studio 2017, то тут можно пойти двумя путями. Пробовать нужно сначала с менее затратного:

• Полностью удалить среду разработки Visual Studio 2017 со всеми ее вспомогательными элементами. После удаления не забывать перезагрузить компьютер и чистить мусор. Зависимые компоненты тоже удалять. Проверить обновления операционной системы Windows, при наличии — установить. Снова перезагрузить систему. Скачать последнюю версию установщика среды разработки Visual Studio 2017, запустить инсталлятор и выбрать необходимые рабочие нагрузки (обязательно выбрать Разработка классических приложений .NET и новый .NET Framework желательно). Завершить установку, при этом следовать инструкции, снова перегрузиться и пробовать создать новый проект, с нуля. (либо просто удалить и установить заново, но лучше конечно все почистить).

Сначала показалось, что этот метод менее затратный, но по сути он более затратный, чем следующий, который будет предложен. Итак, быстрый и затратный способ сделать так, чтобы заработало:

• Перенести нужные файлы на диск, хранящиеся на диске с системой. Переустановить систему и накатить среду разработки Visual Studio 2017 с нуля.

Да, я предлагаю такой ответ. Увы, если в среде разработки что-то сыпется, после чего она перестает исправно работать — это приводит к большим проблемам. Решать эти проблемы приходится долго и нудно. Устанавливать пакеты, докачивать компоненты, копировать файлы с рабочего компа на свой, выяснять, почему файлы приложения удалены или почему вдруг антивирус что-то заблокировал и удалил. На все это тратится слишком много времени. Если вам не удалось решить этот вопрос за несколько дней, то решение лежит на поверхности, займет всего пару часов.

Сам недавно столкнулся с проблемой в Visual Studio, обновил — она стала глючить, затем перестал запускаться тестовый клиент WCF, затем стала сама перезагружаться. Переустановил среду разработки и все заработало. Как-то ранее при возникновении больших проблем пытался выяснить в чем проблема в среде разработки, но это отнимает слишком много времени.

Тем более, сообщение об ошибке звучит так:

Значит нужно установить правильно, а для этого, как минимум, нужно его удалить. А удаляется он лучше всего вместе со всей средой разработки Visual Studio. Как-то так.

Ошибка: Вероятно, монитор удаленной отладки Microsoft Visual Studio (MSVSMON.EXE) не запущен на удаленном компьютере. Error: The Microsoft Visual Studio Remote Debugging Monitor (MSVSMON.EXE) does not appear to be running on the remote computer.

Это сообщение об ошибке означает, что Visual Studio не удалось найти подходящий экземпляр монитора удаленной отладки Visual Studio на удаленном компьютере. This error message means that Visual Studio could not find the correct instance of the Visual Studio Remote Debugging Monitor on the remote computer. Без монитора удаленной отладки Visual Studio удаленная отладка невозможна. The Visual Studio Remote Debugging Monitor must be installed for remote debugging to work. Сведения о скачивании и настройке удаленного отладчика см. в статье Удаленная отладка. For information about downloading and setting up the remote debugger, see Remote Debugging.

Если вы считаете, что получили это сообщение из-за ошибки продукта, сообщите о проблеме разработчикам Visual Studio. If you believe you’ve received this message because of a product bug, please report this issue to Visual Studio. Если вам нужна дополнительная помощь, обратитесь к разделу Talk to Us , чтобы узнать, как связаться с корпорацией Майкрософт. If you need more help, see Talk to Us for ways to contact Microsoft.

Это сообщение было получено во время отладки в Visual Studio 2010 или более ранней версии I got this message while I was debugging in Visual Studio 2010 or earlier

Если вы используете версию Visual Studio 2010 или более раннюю, эта ошибка может также возникать, если не включен общий доступ к файлам и принтерам. If the version of Visual Studio that you are using is Visual Studio 2010 or earlier, you might also receive this error if file and printer sharing is not enabled. Чтобы узнать больше об этой проблеме, обратитесь к документации для версии Visual Studio 2010: Ошибка: вероятно, Монитор удаленной отладки Microsoft Visual Studio (MSVSMON.EXE) не запущен на удаленном компьютере. — Visual Studio 2010 To find out more about this issue, please refer to the Visual Studio 2010 version of this documentation: Error: The Microsoft Visual Studio Remote Debugging Monitor (MSVSMON.EXE) does not appear to be running on the remote computer. — Visual Studio 2010

Это сообщение было получено при локальной отладке I got this message while I was debugging locally

Если это сообщение появляется при локальной отладке, причиной может быть антивирусная программа или брандмауэр сторонних разработчиков. If you are getting this message while you are debugging locally, your anti-virus software or a third-party firewall may be to blame. Visual Studio является 32-разрядным приложением, поэтому для отладки 64-разрядных приложений используется 64-разрядная версия удаленного отладчика. Visual Studio is a 32-bit application, so it uses the 64-bit version of the remote debugger to debug 64-bit applications. Два процесса взаимодействуют друг с другом по локальной сети на локальном компьютере. The two processes communicate using the local network within the local computer. Трафик не отправляется с компьютера, но приложение для обеспечения безопасности от сторонних разработчиков может блокировать обмен данными. No traffic leaves the computer, but it is possible that third party security software may block the communication.

В следующих разделах перечислены некоторые другие причины получения этого сообщения и возможные способы решения проблемы. The following sections list some other reasons why you might have gotten this message, and what you can do to fix the issue.

Удаленный компьютер недоступен. The remote machine is not reachable

Попробуйте выполнить проверку связи с удаленным компьютером. Try to ping the remote machine. Если он не отвечает на проверку связи, инструментам удаленной отладки также не удастся подключиться к нему. If it doesn’t reply to the ping, the remote tools won’t be able to connect either. Попробуйте перезагрузить удаленный компьютер и проверить, правильно ли он настроен в сети. Try rebooting the remote machine and otherwise making sure that it is correctly configured on the network.

Версия удаленного отладчика не соответствует версии Visual Studio. The version of the remote debugger doesn’t match the version of Visual Studio

Запущенная локально версия Visual Studio должна совпадать с версией монитора удаленной отладки, запущенного на удаленном компьютере. The version of Visual Studio that you are running locally needs to match the version of the remote debugging monitor that is running on the remote machine. Чтобы устранить эту проблему, скачайте и установите соответствующую версию монитора удаленной отладки. To fix this, download and install the matching version of the remote debugging monitor. Чтобы найти нужную версию удаленного отладчика, перейдите в Центр загрузки . Go to the Download Center to find the right version of the remote debugger.

На локальном и удаленном компьютерах используются разные режимы аутентификации The local and remote machines have different authentication modes

На локальном и удаленном компьютерах должен использоваться один и тот же режим аутентификации. The local and remote machines need to use the same authentication mode. Чтобы устранить эту проблему, настройте на обоих компьютерах один и тот же режим аутентификации. To fix this, make sure that both machines are using the same authentication mode. Более подробную информацию о режимах аутентификации см. в статье Обзор аутентификации Windows. For more information about authentication modes, see Windows Authentication Overview.

Удаленный отладчик запущен с использованием другой учетной записи пользователя The remote debugger is running under a different user account

Решить эту проблему можно одним из указанных ниже способов. You can solve this in one of the following ways:

Вы можете остановить работу удаленного отладчика и перезапустить его с учетной записью, используемой на локальном компьютере. You can stop the remote debugger and restart it with the account you are using on the local computer.

Удаленный отладчик можно запустить из командной строки с параметром /allow параметр: msvsmon /allow . You can start the remote debugger from the command line with the /allow parameter: msvsmon /allow

Добавить пользователя в список разрешений удаленного отладчика можно, выбрав пункт Сервис > Разрешения. You can add the user to the remote debugger’s permissions (in the remote debugger window, Tools > Permissions).

Если описанные выше способы использовать нельзя, можно разрешить любому пользователю выполнять удаленную отладку. If you can’t use the methods in the preceding steps, you can allow any user to do remote debugging. В окне удаленного отладчика откройте диалоговое окно Сервис > Параметры. In the remote debugger window, go to the Tools > Options dialog. Если выбрать Без аутентификации, то затем можно установить флажок Разрешить отладку любому пользователю. When you select No Authentication, you can then check Allow any user to debug. Однако этот параметр следует использовать, если нет другого выбора или если вы находитесь в частной сети. However, you should use this option only if you have no choice, or if you are on a private network.

Брандмауэр на удаленном компьютере запрещает входящие подключения к удаленному отладчику The firewall on the remote machine doesn’t allow incoming connections to the remote debugger

Брандмауэры на компьютере Visual Studio и на удаленном компьютере нужно настроить так, чтобы разрешить обмен данными между Visual Studio и удаленным отладчиком. The firewall on the Visual Studio machine and the firewall on the remote machine must be configured to allow communication between Visual Studio and the remote debugger. Информацию о портах, используемых удаленным отладчиком, см. в разделе Remote Debugger Port Assignments. For information about the ports the remote debugger is using, see Remote Debugger Port Assignments. Информацию о настройке брандмауэра Windows см. в разделе Configure the Windows Firewall for Remote Debugging. For information about configuring the Windows firewall, see Configure the Windows Firewall for Remote Debugging.

Антивирусная программа блокирует подключения. Anti-virus software is blocking the connections

Антивирусная программа Windows разрешает подключения к удаленному отладчику, но некоторые антивирусные программы сторонних разработчиков могут блокировать их. Windows anti-virus software allows remote debugger connections, but some third-party anti-virus software may block them. Чтобы узнать, как разрешить эти подключения, см. документацию по используемой антивирусной программе. Check the documentation for your anti-virus software to find out how to allow these connections.

Политика сетевой безопасности блокирует обмен данными между удаленным компьютером и Visual Studio. Network security policy is blocking communication between the remote machine and Visual Studio

Проверьте, не блокирует ли политика сетевой безопасности обмен данными. Review your network security to make sure that it is not blocking communication. Дополнительные сведения о политике сетевой безопасности Windows см. в статье Параметры политики безопасности. For more information about Windows network security policy, see Security policy settings.

Удаленная отладка невозможна из-за слишком высокой загрузки сети. The network is too busy to support remote debugging

Попробуйте выполнить удаленную отладку в другое время или перепланировать работу в сети на другое время. You may need to do remote debugging at a different time, or reschedule work on the network for a different time.

Дополнительная справка More help

Чтобы получить дополнительную справку по удаленному отладчику, включая сведения о параметрах командной строки, выберите элементы Справка > Использование в окне удаленного отладчика. To get more remote debugger help, including command-line switches, click Help > Usage in the remote debugger window. Если окно удаленного отладчика закрыто, можно просмотреть веб-страницу, скопировав следующую строку и вставив ее в окне проводника. If you don’t have it open you can see the web page by copying the following line to a File Explorer window. (Обязательно замените расположением каталога установки Visual Studio.) (You need to replace with the location of your Visual Studio installation.)