Visual studio f12 не работает

Обновлено: 05.02.2023

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

  • Open with Desktop
  • View raw
  • Copy raw contents Copy raw contents

Copy raw contents

Copy raw contents

Знакомство с отладчиком Visual Studio

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

Установка точки останова и запуск отладчика

Точки останова полезны, если вам известны строка или раздел кода, которые вы хотите подробно изучить в среде выполнения. Дополнительные сведения о различных типах точек останова, которые можно задать, например об условных точках останова и точках останова в функциях, см. в разделе Использование точек останова.

Для отладки нужно запустить приложение с отладчиком, подключенным к процессу приложения. Для этого чаще всего используется клавиша F5 (Отладка > Начать отладку). Однако сейчас у вас, возможно, не задано ни одной точки останова для проверки кода приложения, поэтому мы сначала зададим их, а затем начнем отладку. Точки останова — это один из самых простых и важных компонентов надежной отладки. Точка останова указывает, где Visual Studio следует приостановить выполнение кода, чтобы вы могли проверить значения переменных или поведение памяти либо выполнение ветви кода.

Если вы открыли файл в редакторе кода, точку останова можно задать, щелкнув в поле слева от строки кода.

Установка точки останова

. moniker range=">= vs-2022" . moniker-end . moniker range=" . moniker-end

Начать отладку

Нажмите клавишу F5 (Отладка > Начать отладку) или Начать отладку кнопку на панели инструментов отладки, при этом отладчик выполняется до первой встреченной точки останова. Если приложение еще не запущено, при нажатии клавиши F5 запускается отладчик и выполняется остановка в первой точке останова.

Переход по коду в отладчике с помощью пошаговых команд

Мы указываем сочетания клавиш для большинства команд, так как они ускоряют навигацию по коду вашего приложения. (Аналогичные команды, такие как команды меню, отображаются в круглых скобках.) Дополнительные сведения об использовании команд пошагового выполнения см. в разделе Навигация по коду в отладчике.

Для запуска приложения с подключенным отладчиком нажмите клавишу F11 (Отладка > Шаг с заходом). F11 — это команда Шаг с заходом, которая выполняет приложение с переходом к следующему оператору. При запуске приложения с помощью клавиши F11 отладчик останавливается на первом выполняемом операторе.

F11 Шаг с заходом

. moniker range=">= vs-2022" . moniker-end . moniker range="

Желтая стрелка представляет оператор, на котором приостановлен отладчик. В этой же точке приостанавливается выполнение приложения (этот оператор пока не выполнен).

Клавишу F11 удобно использовать для более детальной проверки потока выполнения. (Мы также покажем другие варианты более быстрого перемещения по коду.) По умолчанию отладчик пропускает непользовательский код (дополнительные сведения см. в статье об отладке в режиме "Только мой код").

[!NOTE] В управляемом коде вы увидите диалоговое окно с запросом о том, хотите ли вы получать уведомления при автоматическом обходе свойств и операторов (поведение по умолчанию). Если вы хотите изменить этот параметр позже, отключите параметр Шаг с обходом свойств и операторов в меню Сервис > Параметры в разделе Отладка.

Шаг с обходом по коду для пропуска функций

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

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

Быстрое выполнение до точки в коде с помощью мыши

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

Снимок экрана: кнопка выполнения до щелкнутого в отладчике Visual Studio. Кнопка указывает на то, что выполнение должно происходить до строки, в которой размещена кнопка.

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

Снимок экрана: отладчик Visual Studio отображает кнопку

. moniker range=">= vs-2022" . moniker-end . moniker range="

[!NOTE] Кнопка выполнения до щелкнутого (Выполнить до этого места) доступна начиная с версии [!includevs_dev15].

Вывод отладчика из текущей функции

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

Нажмите клавиши SHIFT+F11 (или выберите Отладка > Шаг с выходом).

Эта команда возобновляет выполнение приложения (и перемещает отладчик) до возврата текущей функции.

Выполнить до текущей позиции

Если вы находитесь в режиме редактирования кода (то есть работа отладчика не приостановлена), щелкните правой кнопкой мыши строку кода в приложении и выберите команду Выполнить до текущей позиции (или нажмите клавиши CTRL+F10). Эта команда запускает отладку и задает временную точку останова на текущей строке кода. Дополнительные сведения об этой функции и аналогичных функциях навигации см. в разделе Выполнение до определенного места в коде.

Выполнить до текущей позиции

. moniker range=">= vs-2022" . moniker-end . moniker range="

Если имеются заданные точки останова, отладчик приостанавливается в первой достигнутой точке останова.

Нажимайте клавишу F5, пока не достигнете строки кода, для которой выбрали Выполнить до текущей позиции.

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

[!NOTE] Вы можете использовать функцию Выполнить до текущей позиции в окне Стек вызовов во время отладки.

Быстрый перезапуск приложения

Кнопка Перезапустить позволяет сэкономить время, затрачиваемое на остановку приложения и перезапуск отладчика. Отладчик приостанавливается в первой точке останова, достигнутой при выполнении кода.

Остановить отладку

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

. moniker range=">= vs-2022"

Редактирование кода в реальном времени

Visual Studio 2022 поддерживает динамическое редактирование кода в процессе отладки. Дополнительные сведения см. в следующих разделах.

. moniker-end . moniker range="

В большинстве языков, поддерживаемых Visual Studio, можно изменять код во время сеанса отладки, а затем продолжать отладку. Для использования этой функции щелкните код, чтобы установить в нем курсор, когда отладчик приостановлен, внесите изменения и нажмите клавишу F5, F10 или F11, чтобы продолжить отладку. Дополнительные сведения об этой функции и ее ограничениях см. в статье Изменить и продолжить.

Сведения об изменении кода XAML во время сеанса отладки см. в статье Создание и отладка выполняющегося кода XAML с помощью горячей перезагрузки XAML. . moniker-end

Проверка переменных с помощью подсказок по данным

Теперь, когда вы немного освоились, у вас есть хорошая возможность проверить состояние приложения (переменные) с помощью отладчика. Функции, позволяющие проверять переменные, являются одними из самых полезных в отладчике. Реализовывать эту задачу можно разными способами. Часто при попытке выполнить отладку проблемы пользователь старается выяснить, хранятся ли в переменных значения, которые требуются в определенном состоянии приложения. Подробные сведения об использовании подсказок по данным см. в разделе Просмотр значений данных в подсказках по данным.

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

Просмотр подсказок по данным

. moniker range=">= vs-2022" . moniker-end . moniker range=" . moniker-end

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

Часто при отладке бывает необходимо быстро проверить значения свойств для объектов. Лучше всего для этого подходят подсказки по данным.

[!TIP] В большинстве поддерживаемых языков можно изменять код во время сеанса отладки. Дополнительные сведения см. в разделе Изменить и продолжить.

Проверка переменных с помощью окон "Видимые" и "Локальные"

В окне Видимые отображаются переменные вместе с текущим значением и типом. Окно Видимые содержит все переменные, используемые в текущей строке или предыдущей строке (в C++ в окне отображаются переменные в трех предыдущих строках кода; сведения о зависящем от языка поведении см. в соответствующей документации). Дополнительные сведения об использовании этих окон см. в статье Проверка переменных в окнах "Видимые" и "Локальные".

Во время отладки взгляните на окно Видимые в нижней части редактора кода.

Окно

. moniker range=">= vs-2022" . moniker-end . moniker range="

[!NOTE] В JavaScript окно Локальные поддерживается, а окно Видимые — нет.

Взгляните в окно Локальные. В окне Локальные показаны переменные, которые находятся в текущей области.

Окно

. moniker range=">= vs-2022" . moniker-end . moniker range="

В этом примере объекты this и f находятся в области действия. Дополнительные сведения см. в статье Проверка переменных в окнах "Видимые" и "Локальные".

Установка контрольного значения

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

Во время отладки щелкните правой объект кнопкой мыши и выберите пункт Добавить контрольное значение.

Окно

. moniker range=">= vs-2022" . moniker-end . moniker range="

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

Просмотр стека вызовов

В окне Стек вызовов показан порядок вызова методов и функций. В верхней строке показана текущая функция. Во второй строке показана функция или свойство, из которого она вызывалась, и т. д. Стек вызовов хорошо подходит для изучения и анализа потока выполнения приложения. Дополнительные сведения см. в статье о просмотре стека вызовов.

[!NOTE] Окно Стек вызовов аналогично перспективе "Отладка" в некоторых интегрированных средах разработки, например Eclipse.

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

Изучение стека вызовов

. moniker range=">= vs-2022" . moniker-end . moniker range="

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

Для выполнения других задач можно воспользоваться контекстными меню из окна Стек вызовов. Например, можно вставлять точки останова в указанные функции, перезапускать приложение с помощью функции Выполнение до текущей позиции и изучать исходный код.

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

Помощник по исправлению ошибок

. moniker range=">= vs-2022"

В этом примере вызов DirectoryInfo выдал ошибку на пустой строке, хранящейся в переменной value . . moniker-end

Помощник по исправлению ошибок — это отличная функция, которая помогает отлаживать ошибки. Используя помощник по исправлению ошибок, вы также можете, например, просмотреть сведения об ошибке и добавить контрольное значение. При необходимости вы также можете изменить условия для возникновения конкретного исключения. См. дополнительные сведения об обработке исключений в коде в разделе Приемы и инструменты отладки.

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

Вы можете настроить проект для сборки, как описано в статье о конфигурации отладки или выпуска, настроить свойства проекта для отладки или настроить общие параметры для отладки. Кроме того, можно настроить отладчик для вывода пользовательских сведений с помощью таких компонентов, как атрибута DebuggerDisplay либо платформы NatVis для C/C++.

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

Свойства проекта

. moniker-end . moniker range="

Средство Snapshot Debugger создает моментальный снимок рабочих приложений при выполнении интересующего вас кода. Чтобы указать отладчику на необходимость создать моментальный снимок, следует установить точки прикрепления и точки ведения в коде. Отладчик позволяет увидеть источник ошибки, не затрагивая трафик рабочего приложения. Средство Snapshot Debugger позволяет значительно сократить затраты времени на устранение проблем, возникающих в рабочих средах.

Запуск Snapshot Debugger

. moniker range="

Просмотр моментальных снимков с помощью возврата на шаг назад в IntelliTrace (Visual Studio Enterprise)

Функция возврата на шаг назад в IntelliTrace автоматически создает моментальный снимок вашего приложения для каждого события точки останова и шага отладчика. Используя записанные моментальные снимки, вы можете возвращаться к этим точкам останова и шагам, просматривая предыдущее состояние приложения. Возможность возврата на шаг назад в IntelliTrace позволяет сэкономить время в тех случаях, когда вам нужно просмотреть предыдущее состояние приложения, но не требуется перезапускать отладку или воссоздавать необходимое состояние приложения.

Для просмотра моментальных снимков и перехода между ними используйте кнопки На шаг назад и На шаг вперед на панели инструментов отладки. С помощью этих кнопок можно перейти к событиям, которые отображаются на вкладке События в окне Средства диагностики.

. moniker range="

Отладка проблем производительности

Если приложение работает слишком медленно или использует слишком много памяти, возможно, вам следует протестировать его с помощью средств профилирования на раннем этапе. Дополнительные сведения о средствах профилирования, таких как средство загрузки ЦП и анализатор памяти, см. в разделе Знакомство со средствами профилирования.

В этом руководстве вы кратко познакомились с функциями отладчика. Отдельные функции, например точки останова, вы можете изучить более подробно.

Check if you have proper rights to C; drive. Also if you are behind a proxy, you'll need to bypass it

I can't do much about this since I can't manage rights or connections on my workstation, is there a way do to it manually?

Apart from rights you can manually bypass proxy by adding "http.proxy": "http://username:password@ipaddress:port" in your VSCode user settings. Replace username, password, ipaddress and port according to the authentication you have been provided with for your account. If your password contains @ add username@password inside qoutes

8 Answers 8

There may be multiple "projects" in the folder and VSCode has selected the "wrong" one. (in VSCode terms "project" means the sln file)

Use ctrl-shift-P and select "OmniSharp: Select Project" to select the correct project (a .sln file).

If you have the Output window open with "OmniSharp Logs" selected, you will see it reading your csproj's. Once finished your goto definition will start to work

"project" in this case means the sln. If you have more than one in the root it can choose the "wrong" one to load the csproj's from. Just restarting omni doesn't help in this case as it'll just choose the wrong sln again. You have to tell it which sln to start with.

Thanks so much for this. I was having this issue using submodules (which have sln files) I've restarted, reinstalled, and never even knew about this feature.

As written in the comments for @AndyPook's answer, another possible solution is to just restart OmniSharp.

CTRL + SHIFT + P -> OmniSharp: Restart OmniSharp

Fix: When multiple solutions in same folder

This answer is visual version of @AndyPook's answer.

1. Crtl + Shift + P

enter image description here

2. Search >OmniSharp 3. Choose option Select Project

enter image description here

4. It will show all the list of solutions in your folder. select the correct e.g:

5. Verify it by looking into OmniSharp Logs

OmniSharp Logs

I had the same problem, but with a TypeScript project folder. The solution was to simply reopen the folder.

I know that I am late to this thread, but restarting omnisharp did not fix this problem for me. What did fix the problem was running 'dotnet restore' and opening the project folder again.

I had the same problem in VSCode (multiple projects Web API and Angular MVC) and resolved by creating a new sln file. Please do the following steps:

Step 1: Create the project sln file. ( ex: MyApp.sln )

Step 2: Open the sln file and paste this code:

Step 3: Crtl + Shift + P to switch on the project.

Try Using Shift+Fn+F12 if all required extension are installed depends on your system config

"Fn" can mean different things. It can activate or deactivate the F-keys. So I guess it activates them for you.

Crtl+shif+P : Workspace:open Configuration file you can setup compound launch setting as well after that, to open multiple sln in debug mode at same time, like below one: "launch": < "configurations": [

Microsoft Logo

Gray Pipe

Приносим извинения. Запрошенное содержимое было удалено. Вы будете автоматически перенаправлены через 1 секунду.

Лучший отвечающий

Вопрос

  • Изменен тип Maksim Marinov Microsoft contingent staff, Moderator 17 августа 2015 г. 6:47 тема не активна
  • Изменен тип Maksim Marinov Microsoft contingent staff, Moderator 17 августа 2015 г. 6:47 ошибка

Ответы

Приложение Windows начинает исполнение кода не с главной функции Вашей программы. Главная функция вызывается средой .net после некоторых подготовительных операций. Запуск отладки клавишами F10-F11, предназначенными для пошаговой отладки останавливают программу именно в этом "подготовительном" коде, исходный код которого, действительно, отсутствует. И символы здесь не помогут. Отладку следует начинать с установки точек прерывания в своем коде, а запускать клавишей F5.

А это предупреждение говорит о том, пошаговая отладка аксессоров get и set свойств отключена (по умолчанию, действительно, так и есть) и предлагает ее включить.

Все ответы

Приложение Windows начинает исполнение кода не с главной функции Вашей программы. Главная функция вызывается средой .net после некоторых подготовительных операций. Запуск отладки клавишами F10-F11, предназначенными для пошаговой отладки останавливают программу именно в этом "подготовительном" коде, исходный код которого, действительно, отсутствует. И символы здесь не помогут. Отладку следует начинать с установки точек прерывания в своем коде, а запускать клавишей F5.

А это предупреждение говорит о том, пошаговая отладка аксессоров get и set свойств отключена (по умолчанию, действительно, так и есть) и предлагает ее включить.

Спасибо. Вы мне помогли разобраться. Но у меня возник вопрос другой. Как отладку делать клавишей F11? Сначала точки останова, потом F5, а потом F11?

Я думал, что шаг с заходом я делаю по своему коду. В предыдущих версиях студии всё работало, я шагал по своему коду. А тут и в настройках отладки поменял параметры, всё равно не шагает. Иногда спрашивает файл appdomain.cs и указывает путь, по которому ищет этот файл, не существующий на моем компьютере.

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

По-моему шаг с заходом после нажатия F11 это когда можно передвигаться по коду, заходить в процедуры, например в процедуру клика по кнопке, пошагово выполнять каждый оператор и при наведении курсора мышки показываются значения переменных. Сейчас это доступно, когда установлена точка останова, нажата клавиша F5, а уже после этого можно нажимать F11. Раньше было достаточно F11 только, чтобы посмотреть как выполняется программа.

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

для примера создал небольшой новый проект winForms в нем форма и таймер. При отладке (точка останова), клавишей F11 (шаг с заходом) добирается до первого условия и выдает также исходный код не найден пытается найти int32.cs в ДРУГИХ случаях другой потерянный файл и так все время(

в данном случае точка останова возле if (ids>2), три нажатия F11 и выходит ЗЛОСТНОЕ непреодолимое препятствие: "файл не найден"

При отладке (точка останова), клавишей F11 (шаг с заходом) добирается до первого условия и выдает также исходный код не найден пытается найти int32.cs в ДРУГИХ случаях другой потерянный файл и так все время(

в данном случае точка останова возле if (ids>2), три нажатия F11 и выходит ЗЛОСТНОЕ непреодолимое препятствие: "файл не найден"

Во-первых, не могу понять, почему нужно пытаться обязательно делать ШАГ С ЗАХОДОМ в метод (в Вашем случае в операцию сравнения "больше" структуры Int32), не принадлежащий Вашей программе и исходного кода которого точно нет на локальной машине?

Во-вторых, не знаю в какой версии VS Вы работаете, а у меня в VS 2017 Community описанное Вами поведение студии не наблюдается. Отладчик благоразумно обходит отсутствующий исходный код (даже по F11) и переходит к следующей строке.

Посмотрите настройки отладки (особенно, отмеченные на рисунке пункты):

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Visual studio home link

Answered by:

Question

I cannot debug my code. The debugger will not step thru the code line by line when I hit F11. Sometimes I hit F11 and it continues, sometimes it goes to the next break point, it skips over conditional statements and loops even though it executes all of the code inside the loop. I cannot work this way.

I've tried tweaking all of the tools options settings but nothing seems to have any effect on this problem. I have tried importing all settings from a co-worker whose debugger works correctly, but when I open my code I still have the same probolem, it won't step. Other co-workers have this same problem, while some work correctly. I have reinstalled XP Pro and VS 2008 from scratch and still have the same problem.

PLEASE tell me how to fix this problem. PLEASE Microsoft. I am not the only one having this problem. Friends at another company have this same problem with their VS 2005 and VS 2008. Please help.

SC Codo Ergo Sum

Answers

Thanks for your valuable feedback.

Please go to Tools->Options. ->Debugging->General, and uncheck "Enable Just My Code (Managed only)" option and check "Suppress JIT optimization on module load (managed only)".

If you want to debug into the .NET Framework source code, please:
1. Turn OFF the "Enable Just My Code" option
2. Turn ON the "Enable Source Server Support" option.
For the deailed steps to configure Visual Studio to debug into the Framework source code, please refer to this article.

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

All replies

Since it is happened on a particular project, I suggest you follow the steps below:
1. Close the instances of Visual Studio
2. Find the folder where our project located
3. Delete the hidden .suo file which is near the .sln file
4. Click .sln file to open our project again
5. Start debugging.

Will you please have a try and tell me the result?
Best regards, Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

Since it is happened on a particular project, I suggest you follow the steps below:
1. Close the instances of Visual Studio
2. Find the folder where our project located
3. Delete the hidden .suo file which is near the .sln file
4. Click .sln file to open our project again
5. Start debugging.

Will you please have a try and tell me the result?
Best regards, Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

I don't understand why you say the default is F10. I don't want to "step OVER" I want to "step INTO" and the default key for that is F11, not F10. I need the F11 key to function correctly. But it does not step into, most of the time it "continues". Sometimes hitting F10 causes it to continue, so F10 does not work correctly either.

This is not happening on a particular project, I did not say that. It happens on ALL projects. Even after wiping the hard drive and reinstalling everything from scratch, it still happens. Even after I installed the fix from Microsoft for this specific problem, it still does not step line by line correctly.
Codo Ergo Sum

Thanks for your valuable feedback.

Please go to Tools->Options. ->Debugging->General, and uncheck "Enable Just My Code (Managed only)" option and check "Suppress JIT optimization on module load (managed only)".

If you want to debug into the .NET Framework source code, please:
1. Turn OFF the "Enable Just My Code" option
2. Turn ON the "Enable Source Server Support" option.
For the deailed steps to configure Visual Studio to debug into the Framework source code, please refer to this article.

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

Thanks for your valuable feedback.

Please go to Tools->Options. ->Debugging->General, and uncheck "Enable Just My Code (Managed only)" option and check "Suppress JIT optimization on module load (managed only)".

If you want to debug into the .NET Framework source code, please:
1. Turn OFF the "Enable Just My Code" option
2. Turn ON the "Enable Source Server Support" option.
For the deailed steps to configure Visual Studio to debug into the Framework source code, please refer to this article.

Best regards,

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback, please tell us.
Welcome to the All-In-One Code Framework!

Tried this, it helped some, but there are still times when I hit F11 and the debugger will "Continue" instead of "Step Into" and I do not understand why it does that. Are there other Options settings that might change this behaviour?

Sometimes I hit F11 and the code will skip over several statements (assigning values to variables, skip over If conditions that are true, skip over entire Do loops) and continue to the next break point. Sometimes it will skip over 3 or 4 breakpoints, and the break points are not inside loops or conditionals. I am trying to detect a pattern in what it skips over and what it stops on, but I'm not seeing anything consistent. The essence is that F11 should step one line at a time every time, but more than half the time it will simply skip several lines or just continue running the program. The settings above that you told me to change did make a difference, but it still does not step line by line the way it should. I would like it to step line by line when I hit F11, just like VB6 did with the F8 key.

The text was updated successfully, but these errors were encountered:

vscodebot bot added the needs more info Issue requires more information from poster label Nov 22, 2019

vscodebot bot commented Nov 22, 2019

Thanks for creating this issue! We figured it's missing some basic information or in some other way doesn't follow our issue reporting guidelines. Please take the time to review these and update the issue.

On Fri, Nov 22, 2019 at 8:16 PM Erich Gamma ***@***.***> wrote: /needsMoreInfo do the corresponding commands e.g. Go to Definition work when invoked from the context menu? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub , or unsubscribe .

egamma commented Nov 25, 2019

aodegov commented Nov 30, 2019 •

VSCode: 1.40.2
Windows 10 x64

Would be nice to clarify the problem, I just want to open the methods, as I always did before the latest update :)
Thanks

jrieken commented Dec 2, 2019

I what language does this happens?

mjbvz commented Dec 2, 2019

@himajaM Please share some example code and steps to reproduce the issue

I had checked in few formats :: Eg: 1) On press ctrl+mouse click im unable to go to defination which is in '.ts' file. 2) I had tired using above key link i.e F12 3) Tired with " GO -> GO TO DEFINATION" from visual studio code menu 4) Tired with ALT+F12 npm version : '6.9.0', Angular CLI: 7.3.5 Node: 10.16.3 OS: win32 x64 Angular: 7.2.9 but im unable to navigate to the method which was defined in typescript file, since it happed few months back. Thanks in advance .

mjbvz commented Dec 3, 2019

Please share a complete code example including any referenced symbols. Also describe exactly where in the code you are running go to definition

aodegov commented Dec 4, 2019 •

Anywhere, where it worked before the 1.40.2 update.
that's the list of my extensions, maybe this will help,
to clarify the situation, why methods Definition and Peek definition are disappeared.
They even didn't work from the "Go" main menu:

aodegov commented Dec 4, 2019 •

mjbvz commented Dec 4, 2019

@himajaM Can you please check this as well? If it still doesn't work, please provide the additional information so that we can investigate this

himajaM commented Dec 12, 2019

@aodegov I opened up the extensions pane and I have zero extensions under the disabled tab. I tried searching for the extension to install and I came across TypeScript and JavaScript Grammer extension but couldn't find the above extension you mentioned. Is there any particular repository that I need to point to in order to get it?
@mjbvz My issue is simple. I work on Angular development. If you are familiar with Angular code development, you would know that angular code consists of typscript and html code files corresponding to certain functionalities. The TypeScript file has methods and functions declared and these functions/methods are used/referenced in the html code files. Earlier, while on the html file, if I had methods referenced, clicking on the 'Go to definition' option from the right click context menu when clicked on the method reference, would open up the typescript file that the method declared.
Since the new version update, this functionality is not working. In any of the html code windows. It is not specific or contained to a single code snippet, this is the behavior I am seeing throughout all my application codes for Angular. Unfortunately, due to our company privacy policies, I cannot share my entire code files. But seeing as this is a generic issue, I don't see a reason why the entire code file share would be necessary.
Kindly advise.
Thanks

mjbvz commented Dec 12, 2019

Vs Code does not natively support angular intellisense, that would have to come from one of the extensions you installed. Please file an issue against that extension

mjbvz added *caused-by-extension Issue identified to be caused by an extension and removed needs more info Issue requires more information from poster labels Dec 12, 2019

himajaM commented Dec 12, 2019

image

Guys, please install npm 0.3.9 extension in visual studio code, it is working fine now (able to navigate on mouse click & "Go to definition" too.

aodegov commented Dec 12, 2019

I would like to highly recommend VSCODE team,
to do not allow to change this functionality nowhere.
Nor by extensions installation, or by user activity.
It should be strict injected into VSCode environment with no changes.
Since, for now it's cause a lot of unexpected issues, related to definition functionality.

Читайте также: