Подтвердить что ты не робот

Visual Studio 2015 RTM - отладка не работает

Я установил RTM VS 2015 (ничего больше), и я не могу отлаживать какое-либо решение, неважно, если он уже существующий или новый (созданный с VS 2015 и скомпилированный с .Net Framework 4.6), он только открывает новую вкладку в VS, которая называется Break Mode со следующим текстом: Приложение находится в режиме разрыва Ваше приложение вошло в состояние прерывания, но никакой код не выполняется, который поддерживается выбранным механизмом отладки (например, выполняется только собственный код времени выполнения). И если я проверю окно "Отладка → ": VS2015Test.vshost.exe не загружаются символы (даже если я нажимаю символ загрузки, он не работает) Загружаются символы VS2015Test.exe

И он также не отображает вывод на консоли (это консольное приложение, которое имеет только следующие строки кода:

class Program
{
        static void Main(string[] args)
        {
            Console.WriteLine("TEST");
            Console.ReadKey();
        }
    }

Я попытался переустановить VS 2015, перезапустить компьютер, удалить все файлы в% temp%/AppData/Microsoft/Visual Studio/14, запустить VS в режиме администратора, но ничего не работает.

Одной вещью, которая делает отладочную работу, является эта опция: Инструменты → Параметры → Отладка → Использовать управляемый режим совместимости

^^ Но это не может быть решением для использования старого/устаревшего режима.

BTW: Отладка в VS 2013 работает нормально.

Любая помощь будет оценена.

4b9b3361

Ответ 1

В моем случае это решение полезно:

Решение. Отключите параметр "Только мой код" в настройках Debug/General.

введите описание изображения здесь

Ссылка: c-sharpcorner

Ответ 2

У меня была такая же проблема с VS2015. я reset настройки, как было предложено, но все еще были проблемы.

Что мне нужно было сделать, чтобы исправить это, была проверка "Использовать режим совместимой совместимости" и "Использовать режим основной совместимости". Не уверен, какой из этих 2 необходим, но проверяя оба, и я больше не получаю проблему режима Break.

Break Mode Fix - Debug Settings

Ответ 3

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

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

Инструменты- > Мастер настройки импорта и экспорта → Reset все настройки

Не волнуйтесь, это дает вам возможность сохранить текущие настройки.

Во-вторых, если это не удается, я бы предложил просмотреть журнал событий.

Ввод режима прерывания предполагает, что DE (отладочный движок) отправляет синхронизированное событие остановки в визуальную студию, например IDebugExceptionEvent2. Я бы рассмотрел журнал событий для исключений, таких как сбои при загрузке ссылочных сборок (например, времени выполнения .NET и т.д.) Или ограничений доступа к среде.

Что-то говорит отладчику прекратить работу вашего приложения, это всего лишь случай его поиска.

Ответ 4

Думаю, я бы опубликовал это на случай, если это поможет кому угодно. Я установил чистую Win 10 и Visual Studio 2015, попытался отладить существующее решение и имел проблемы. Последовали некоторые рекомендации, перечисленные здесь и в других местах, но никто не работал.

Как я получил отладку работать нормально, это изменить конфигурацию решения чуть ниже меню. Раньше я устанавливал его в режим Release, менял это на Debug, а затем очищал/перекомпилировал и hey presto, отладка начала работать как обычно. См. Изображение для информации:

введите описание изображения здесь

Ответ 5

Перед присоединением к процессу проверьте "Тип кода". Например, мне пришлось переключиться с CoreCLR на v4. *

Выбрать тип кода

Ответ 6

Мое решение внезапно перестало работать в отладке. Во время отладки я получил сообщение. Я получил сообщение во время отладки

[Название окна]     Microsoft Visual Studio     [Основная инструкция]     Вы отлаживаете сборку NettoProWin.exe. Использование Just My Code с версиями Release с использованием оптимизации компилятора приводит к ухудшению качества отладки (например, точки останова не будут удалены).     [Отключить отладку] [Отключить только мой код и продолжить] [Продолжить отладку] [Продолжить отладку (не спрашивать снова)]

Я решил продолжить отладку, но он все еще не работал.

Решение было простым. Это необходимо в свойствах проекта → в разделе сборки → удаленной проверки "Код Оптимиза" введите описание изображения здесь

Ответ 7

В моем случае

Я изменил платформу с x86 на x64 в Debug Configuration Manager. Это сработало для меня.

Ответ 8

Я отключил щит файловой системы avast, а затем все снова работало нормально. avast-set wheel = активная защита - верхняя кнопка выключена.

То же самое требуется для публикации проектов. Настоящий кошмар

Ответ 9

У меня возникла проблема, подобная этому при попытке использовать Debugger.Launch для отладки веб-приложения: окно выбора отладчика JIT никогда не появлялось. Я знал, что это не проблема с самим механизмом отладки VS, потому что он просто отлично работает с консольным приложением.

В конце концов коллега упомянул "глобальный параметр реестра отладчика", в котором установлена ​​лампочка.

Несколько месяцев назад я использовал Microsoft DebugDiag для устранения неполадок IIS, и у меня было зарегистрировано правило для регистрации аварийных дам IIS, которые, очевидно, (в ретроспективе) зарегистрировали службу диагностики Debug в качестве отладчика для w3wp (рабочий процесс IIS).

Удаление правила в DebugDiag или остановка службы диагностики отладки ( "C:\Program Files\DebugDiag\DbgSvc.exe" ) повторно включили отладку Visual Studio JIT.

Надеюсь, это поможет кому-то.

Ответ 10

У друга была такая же проблема, он не отлаживался в VS2015, но в VS2013 это было нормально. (наш проект находится в .Net v4.0)

Мы обнаружили, что параметр "Тип кода" в Debug/Attach to Process был установлен на "Managed (v3.5, v3.0, v2.0)" вместо "Managed (v4.5, v4.0)"

Ответ 11

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

Для меня это оказалась проблема ссылок, в которую были включены комбинации DLL. Я не могу точно сказать, в чем проблема, но у меня есть пара классов, которые расширили базовые классы из другого проекта, реализованный интерфейс, который сам простирается от другого интерфейса и т.д.

Кислотный тест состоял в том, чтобы создать новый класс (в моем случае, Unit Test) в том же проекте, что и тот, который не был отлажен, затем создать пустой метод и установить на нем точку останова. Это сработало, что еще раз подтвердило тот факт, что мои настройки/параметры/etc были хорошими. Затем я скопировал в тело метода, который не был отлажен, и, конечно же, новый метод также не срабатывает.

В конце я удалил все ссылки и закомментировал все строки в моем методе. Добавляя их обратно один за другим, проверяя Debug на каждом шаге, пока не найду преступника. У меня, очевидно, была ссылка на изгои там где-то...

Ответ 12

ПТК. Я попал в нижнюю часть этой страницы, поэтому начал разрывать свой проект. Я нашел решение для своей конкретной проблемы.

Моя проблема: Я не мог попасть в точку прерывания в поточном процессе. Ничего особенного, я только начинаю новый поток в консольном приложении, и отладчик не останавливается на местах останова. Я заметил, что поток создается, но он зависает в внешних вызовах .Net Framework и, в частности, ThreadStart_Context. Это объясняет, почему мои точки останова никогда не попадали, потому что .Net Framework чего-то повесила.

Проблема: Я обнаружил, что могу решить эту проблему, изменив код запуска. По какой-то причине у меня был файл program.cs, который содержал Main() и находился внутри класса Program, как вы ожидали бы от консольного приложения. Внутри Main() я создавал экземпляр другого класса через этот код;

new SecondClass();

Это нормально работает, и у меня есть множество других проектов с потоковыми вызовами, где он работает нормально (ну, я не отлаживал их в течение некоторого времени, поэтому, возможно, появился пакет обновления и вызывает эту регрессию).

Решение: Переместите Main() в мой SecondClass и вместо вызова конструктора SecondClass через "новый SecondClass()" обновите конструктор SecondClass как стандартный статический метод, а затем вызовите его из Главный. После внесения этих изменений я снова могу отлаживать поток.

Надеюсь, что это поможет.

Ответ 13

У нас возникла эта проблема, когда вы пытались использовать все другие опции, такие как удаление .vs-папки, переименование имени папки IISExpress, обновление различных настроек свойств и т.д., это не сработало. Однако работала, удаляя IISExpress 10.0 и переустанавливая ее вместе с включением всех связанных с IIS функций из функций Windows. Надеюсь, это поможет кому-то.

Ответ 14

Я изменил свою платформенную цель с "Любой процессор" на "x64".

Настройка доступна по адресу: Свойства проекта → Сборка → Общие сведения: "Платформа Target"

Я использую VS 2015.

Ответ 15

После установки vs 2017 при отладке решения возникла ошибка, например, "Webkit перестала работать правильно, Visual Studio больше не сможет отлаживать ваше приложение".. Это делает не удалось выполнить отладку. Чтобы решить эту проблему, перейдите в раздел Инструменты- > Параметры- > Отладка- > Общие, затем отключите отладку javascript для asp.net

Ответ 16

Я обнаружил, что мне нужно перейти к настройкам проекта → web и пометить флажок "Включить редактирование и продолжение". Я не могу сказать, почему это было непроверено для начала, но это решило это для меня. введите описание изображения здесь

Ответ 17

В моем случае я нашел подсказку в окне вывода, что исключение, которое остановило отладчик, было исключение ContextSwitchDeadlock, которое по умолчанию установлено в настройках исключения. Это исключение обычно происходит через 60 секунд в консольных приложениях. Я просто исключил исключение, и все сработало нормально.

Ответ 18

У меня были аналогичные проблемы в моем приложении svc, запущенном на Visual Studio 2015, решение заключалось в том, чтобы изменить платформу решения с "Любой процессор" на "x86", если вы не видите параметр x86, затем щелкните "Configuration Manager" и перейдите в свой целевой проект и измените платформу, вам нужно будет выбрать раскрывающийся список и нажать "Создать", в раскрывающемся списке выберите раскрывающийся список в "новой платформе" и выберите x86, сохраните изменения и перестройте (см. прикреплен введите описание изображения здесь)

Ответ 19

Просто измените конфигурацию от выпуска до отладки

из Обозревателя решений → Веб → Свойства

выберите вкладку "Вкладка" → "Компоновка конфигурации":

Просто измените конфигурацию с "Release" на "Active (Debug)"

Ответ 20

В моем случае это было связано с проектом. Целевые платформы были разными.

Рассмотрим: ProjectA (Entry) → ProjectB

Платформа ProjectA в свойствах была установлена ​​на x64. И Платформа ProjectB была " AnyCPU".

Итак, после установки целевой платформы ProjectB на x64 эта проблема исправлена.

введите описание изображения здесь

Примечание.. Только для целевой платформы должна быть синхронизация: x64 или ' Любой процессор'

Ответ 21

У меня возникла эта проблема после деинсталляции пробной версии RemObjects Elements 8.3. Переустановка элементов 8.3 - это быстрое исправление.

Ответ 22

Я тоже попал в эту проблему. Я использую VS 2015 (обновление 3) в Windows 10, и я пытался отладить приложение Windows Forms. Ни одно из предложений не помогло мне. В моем случае мне пришлось отключить IntelliTrace:

Инструменты > Параметры > IntelliTrace

Я не знаю, почему, но это сработало. Я узнал корень проблемы, когда я открыл Монитор ресурсов (из диспетчера задач Windows), и я понял, что процесс IntelliTrace читает тонны данных. Я подозреваю, что это вызывало блокировки в процессе vshost, потому что это потребляло 100% ядра процессора.

Ответ 23

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

Панель управления > Программы > Программы и функции

Затем прокрутите вниз до Microsoft Visual Studio, щелкните его правой кнопкой мыши, затем "Изменить". Затем в нижней части окна нажмите "Восстановить". Процесс восстановления займет достаточно много времени, и в конце вам придется перезагрузить компьютер.

Это устранило проблему для меня, и я надеюсь, что это поможет вам.