Visual studio 2010 не работает отладка
Сегодняшняя публикация рассматривает некоторые полезные советы по отладке которые вы можете применять в Visual Studio. Мой друг Скот Кэйт (Scott Cate) (который опубликовал в блоге дюжину великолепных советов и трюков по VS) недавно обратил мое внимание на несколько хороших советов о которых не знает много разработчиков использующих Visual Studio (даже при том, что многие из них работают с ней уже давно с более ранних версий).
Надеюсь эта публикация поможет вам узнать о них, если вы еще не знаете о них. Все они просты для изучения, а могут сэкономить вам кучу времени.
Run to Cursor (Ctrl + F10) (Выполнить до курсора)
Часто я наблюдаю людей отлаживающих приложения следующим образом: они устанавливают точку останова на много раньше того места которое их интересует, а затем постоянно пользуются F10/F11 чтобы пройти по коду пока не будет достигнуто то место, которое на самом деле они хотят исследовать. В некоторых случаях они внимательно осматривают каждое выражение, через которое они проходят (в таких случаях использование F10/F11 имеет смысл). Однако, чаще, люди просто пытаются быстро перейти к строке кода которая на самом деле их интересует — в таких случаях использование F10/F11 это не лучший способ для достижения такой цели.
Вместо этого, вы можете воспользоватся функцией “run to cursor” («выполнить до курсора») которая поддерживается отладчиком. Просто установите курсор на строке кода до которой вы хотите выполнить приложение, а затем нажмите вместе Ctrl + F10. Это приведет к выполнению приложения до этой строки и переходу в режим отладки сохраняя время которое могло быть потрачено на множественные нажатия F10/F11 для того, чтобы попасть сюда. Это работает даже в тех случаях, когда код в который вы хотите попасть находится в отдельном методе или класс по отношению к тому месту которое вы в данный момент отлаживаете.
Conditional Breakpoints (Условные точки останова)
Другой распространенной ситуацией которую мы часто наблюдаем являются случаи, когда разработчики устанавливают точки останова, выполняют приложение, проверяют определенный ввод, попадают на точку останова и затем вручную проверяют является ли условие истинным перед тем как принять решение о переходе к дальнейшему рассмотрению в режиме отладки. Если сценарий не соответствует, что они делают дальше, они жмут F5 для продолжения выполнения приложения, проверяют какой-нибудь другой ввод и повторяют процесс вручную.
Способность Visual Studio задания условных точек останова предоставляет намного, намного более легкий способ для того, чтобы этого добиться. Условные точки останова позволяют вам переходить в режим отладки только, если какое-то определенное условие которое было назначено достигнуто. Условные точки останова помогают вам избежать ручного изучения кода с его дальнейшим выполнением, а также могут сделать весь процесс отладки не требующим вашего ручного вмешательства и избавят вас от скучной работы.
Как включить Conditional Breakpoint (Условную точку останова)
Настройка условных точек останова в реальности проста. Нажмите в коде F9, чтобы установить точку на определенной строке (прим. пер. вы также можете установить точку останова кликнув мышью на левой границе окна редактора ровно на уровне строки, где нужно поставить точку останова):
Затем щелкните правой кнопкой мыши на красном кружке точки останова слева от окна редактора и выберите контекстное меню «Condition. » («Условие. »):
Это приведет к появлению диалогового окна, которое позволяет указать, что точка останова должна срабатывать только, если определенное условие истинно. Например, мы можем указать, что на нужно переходить в отладку, если размер локального списка paginatedDinners менее 10-и, вписав следующее выражение ниже:
Теперь, когда я перезапущу приложение и выполню поиск, отладчика будет включена только если я выполню поиск которые вернет меньше чем 10 обедов. Если будет больше 10-и обедов, тогда точка останова не будет достигнута.
Функция Hit Count (Число попаданий)
Иногда вам нужно, чтобы происходила остановка отладчика только при условии, что условие истинно N-раз.
Например, останавливаться только, если уже 5 раз поиск возвратил меньше чем 10 обедов.
Вы можете включить такое поведение правым щелчком на точке останова и выбором пункта меню «Hit count. » («Количество попаданий. »).
Это приведет к появлению диалогового окна, которое позволяет указать, что точка останова должна быть достигнута только N-раз, когда достигнуто условие или каждые N-раз, когда оно достигнуто, или каждый раз после N вхождений:
Фильтрация по Machine/Thread/Process (Имя машины/Поток/Процесс)
Вы можете также щелкнуть правой кнопкой на точке останова и выбрать пункт «Filter. » («Фильтр. ») из контекстного меню, чтобы указать, что точка останова должна быть достигнута, если процесс отладки происходит на определенной машине или в определенном процессе или в определенной потоке.
Точки трассировки (TracePoints) – пользовательские события при попадании в точку останова
Функция отладчика о которой многие люди не знают это возможность использовать TracePoints (Точки трассировки). Точка трассировки это точка останова при достижении которой срабатывает пользовательское событие. Эта функциональность особенно полезна, когда вам нужно отследить поведение в вашем приложении без остановки в отладке.
Я использую простое консольное приложение (Console application), чтобы продемонстрировать как мы могли бы воспользоваться Точками трассировки. Ниже приведена рекурсивная реализация ряда Фибоначчи:
В приложении приведенном выше мы используем Console.WriteLine() чтобы выводить окончательные значение ряда для конкретного значения диапазона. Что если мы захотели отследить рекурсивную последовательность ряда Фибоначчи в действии одновременно с отладкой – без фактической его остановки или приостановки? Точки трассировки могут помочь нам легко это сделать.
Установка точки трассировки (TracePoint)
Вы можете включить точки трассировки воспользовавшись клавишей F9 для установки точки останова в строке кода и затем щелкнув правой кнопкой на точке останова и выбрав пункт «When Hit. » («Когда Попадает. ») из контекстного меню:
Это приведет к появлению диалогового окна, которое позволяет вам указать, что должно произойти когда достигнута точка останова:
Точки трассировки (TracePoints) – выполнение пользовательского макроса
В разговоре который у меня состоялся на прошлой неделе в Лондоне, кто-то из аудитории спросил, возможно ли автоматически выводить локальные переменные, когда достигнута Точка останова (TracePoint).
Эта возможность не встроена в Visual Studio, но может быть включена при помощи пользовательского макроса и последующей настройки Точки трассировки для вызова макроса, когда эта точка достигнута. Чтобы это выполнить откройте интегрированную среду для макросов внутри Visual Studio (Tools->Macros->Macros IDE menu command). Далее под узлом MyMacros в обозревателе проекта выберите модуль или создайте новый (например: с именем “UsefulThings”). После этого вставьте следующий код макроса на VB в модуль и сохраните его:
Dim outputWindow As EnvDTE.OutputWindow
outputWindow = DTE.Windows.Item(EnvDTE.Constants.vsWindowKindOutput). Object
Dim currentStackFrame As EnvDTE.StackFrame
outputWindow.ActivePane.OutputString( "*Dumping Local Variables*" + vbCrLf)
For Each exp As EnvDTE.Expression In currentStackFrame.Locals
* This source code was highlighted with Source Code Highlighter .
* This source code was highlighted with Source Code Highlighter .
Код макроса приведенный выше циклически проходит по текущему стеку и выводит все переменные в окно вывода.
Использование нашего пользовательского макроса DumpLocals
Затем мы можем использовать наш пользовательский макрос «DumpLocals» простое дополнительное приложение, которое приведено ниже:
Мы воспользуемся клавишей F9 для установки точки останова на возвращающее выражение в нашем методе
«Add» приведенном выше. Затем щелкнем правой кнопкой на точке останова и выберем из контекстного меню команду «When hit» («Когда останавливаться»):
Мы оставим флажок «continue execution» («продолжить выполнение»), так чтобы программа продолжала выполняться даже после достижения Точки трассировки.
А теперь, когда мы нажмем клавишу F5 и запустим приложение мы увидим следующий вывод в окне «output» («вывод») Visual Studio, когда будет запущен наш метод Add. Заметьте как макрос автоматически выводит в списке имя и значение каждой переменной, когда достигается Точка трассировки:
Отладчик Visual Studio невообразимо богат функциями. Я настоятельно рекомендую выделить определенное время, чтобы по-настоящем изучить все его возможности. Описанные выше советы и трюки представляют лишь малую долю его возможностей о которых люди на самом деле не осведомлены.
В прошлый раз я написал в блоге о других улучшениях в отладчике VS 2010 (включающих вывод подсказки по типу данных (DataTip), Импорт/Экспорт точек останова, Сохранение последних значений переменных и многое другое). Я буду дальше писать в блоге о новых возможностях VS 2010: Intellitrace, а также поддержке Отладки файла дампа. Публикации буду описывать кучу дополнительных крутейших новых возможностей которые могут сделать отладку приложений еще легче.
Также не забудьте посмотреть превосходную серию Скота Кэйта Visual Studio 2010 Tips and Tricks, чтобы узнать как лучше использовать Visual Studio. У него есть бесподобный набор бесплатных видео и публикаций в блоге.
Я создал новый проект веб-приложения, и на странице default.aspx есть элемент управления сеткой obout, в default.cs я заполняю datatable и помещаю его в качестве источника данных для сетки.
Мне удалось отладить его, внезапно отладчик не работает.
обратите внимание, что отладчик находится в событии загрузки.
Найдите ниже шаги, которые решили мою проблему:
Есть пара вещей, которые могут ошибаться:
- Ваш исходный код и сборка могут быть не синхронизированы - перестройте приложение и повторите попытку.
- Вы могли быть привязаны к неправильному процессу - проверьте, к какому процессу вы привязаны.
- В вашем коде может быть логическая ошибка, из-за которой ваша точка останова не срабатывает (т.е. метод, в котором вы находитесь, на самом деле не вызывается, логическое ветвление - это управление маршрутизацией вокруг точки останова и т. Д.)
Точка останова не была достигнута, я очистил и перестроил, но все еще не попал,
Я только что повторно открыл страницу (в моем случае контроллер) и начал работать нормально ..
Вероятно, символы не загружены, поэтому точка останова не сработает. Вы сделали сайт стартовым?
Возможно, вам потребуется настроить приложение в веб-конфигурации, чтобы его можно было отлаживать.
Вам необходимо работать в режиме отладки, а не в режиме выпуска.
Вот подробная статья о Как включить отладку для ASP. NET-приложения В основном, вы можете установить режим отладки в свойствах проекта или в web.config.
Когда все не удалось, попробуйте следующее: правая кнопка мыши на вашем проекте -> Сборка -> снимите флажок «Оптимизировать код».
У меня были аналогичные проблемы, когда я установил dotPeek, и, возможно, из-за того, что у меня нет Resharper, он загружал символы с сервера символов dotPeek, но не мог попасть в мою точку останова. В этом случае откройте dotPeek и нажмите «Остановить сервер символов».
Попробуйте снять флажок "Включить процесс хостинга Visual Studio", который в свойствах проекта -> отладка работал у меня
Это может произойти, если Visual Studio настроена на отладку управляемого кода , но код не управляется (управляемый код выполняется под управлением среды CLR).
Чтобы решить эту проблему, измените режим отладки, как показано в правой части рисунка ниже, на Только собственный , Смешанный или Авто .
Боковое примечание: я рекомендую не выбирать Смешанный, если ваша система не имеет как управляемого, так и собственного кода (код, который не работает в среде CLR), потому что Visual Studio не может подключиться к уже запущенному процессу в смешанном режиме. Для отладки уже запущенного кода в Visual Studio необходимо настроить отладку в режимах Только собственный или Только управляемый .
Я видел, что в уже существующих ответах перечислено много возможных причин, но я хотел бы добавить еще одну: если вы используете инструменты посткомпиляции (например, ILMerge), проверьте, сохраняют ли эти инструменты вашу отладочную информацию (есть ли файл .pdb ? или, может быть, вы встроили его в выходные данные компиляции). Тем, кто действительно использует AfterBuild задачи в своих .csproj , я действительно предлагаю проверить.
Вы можете включить отладку, как показано ниже.
Теперь запустите свое решение. Будет достигнута точка останова.
Вы отлаживаете с помощью IIS Express вместо IIS Local? Я обнаружил, что IIS Express иногда не работает в точках отладки, IIS Local работает нормально.
Вы могли бы быть похожи на меня, имея как производственную версию (установленную через файл msi), так и версию для разработки (открытую в Visual Studio), и именно поэтому я не могу получить некоторые из моих точек останова в VS, запущенных сегодня.
Если это так, вам необходимо удалить производственную версию, поскольку я думаю, что некоторые из файлов dll мешают моему сеансу отладки.
Очистите и перестройте свое решение после этого, чтобы решить проблему.
В Visual Studio 2010
- Выберите "Сборка"> "Очистить ".
- Восстановить проект
Теперь попробуйте перестроить проект и попробуйте отладить
После установки следующего дополнения он заработал. После установки перезапустите Visual Studio один раз. Установите плагин в соответствии с версией VS.
При отладке точка останова может иметь два визуальных состояния: закрашенный красный кружок или незакрашенный кружок (белая заливка). Если отладчик может успешно установить точку останова в целевом процессе, она будет отображаться как закрашенный красный кружок. Если точка останова отображается как незакрашенный кружок, либо точка останова отключена, либо при попытке установить ее возникло предупреждение. Чтобы определить причину, наведите указатель мыши на точку останова и проверьте, есть ли предупреждение.
В следующих двух разделах описаны наиболее часто возникающие предупреждения и способы их устранения.
"Нет загруженных символов для этого документа"
Перейдите в окно Модули (Отладка > Окна > Модули) и проверьте, загружен ли модуль.
Если модуль загружен, проверьте, загружены ли символы, в столбце Состояние символов.
- Если символы не загружены, проверьте состояние символов для диагностики проблемы. В контекстном меню модуля в окне Модули щелкните Сведения о загрузке символов. , чтобы узнать, откуда отладчик пытался загрузить символы. Дополнительные сведения о загрузке символов см. в статье Указание файлов символов (.pdb) и исходных файлов.
- Если символы загружены, PDB-файл не содержит сведений об исходных файлах. Возможно несколько причин.
- Если исходные файлы были добавлены недавно, убедитесь в том, что загружается последняя версия модуля.
- Можно создать очищенные PDB-файлы с помощью параметра компоновщика /PDBSTRIPPED. Очищенные PDB-файлы не содержат сведений об исходных файлах. Убедитесь в том, что вы работаете с полным, а не очищенным PDB-файлом.
- PDB-файл частично поврежден. Удалите файл и выполните чистую сборку модуля, чтобы попытаться устранить проблему.
Если модуль не загружен, проверьте следующее, чтобы найти причину:
"… текущий исходный код отличается от версии, построенной в. "
Если исходный файл изменился и исходный код больше не соответствует отлаживаемому коду, отладчик по умолчанию не будет устанавливать точки останова в коде. Как правило, эта проблема возникает, если исходный файл изменился, но исходный код не был перестроен. Чтобы устранить эту проблему, перестройте проект. Если система сборки считает, что проект уже обновлен, несмотря на то, что это не так, можно заставить ее перестроить проект, сохранив исходный файл еще раз или очистив выходные данные сборки проекта перед сборкой.
В редких случаях может потребоваться отладка без соответствующего исходного кода. Отладка без соответствующего исходного кода может привести к путанице при отладке, поэтому вы должны быть уверены, что именно это нужно сделать.
Чтобы отключить проверки безопасности, выполните одно из указанных ниже действий.
- Чтобы изменить отдельную точку останова, наведите указатель мыши на значок точки останова в редакторе и щелкните значок параметров (в виде шестеренки). В редактор добавится окно просмотра. В верхней части окна просмотра есть гиперссылка, указывающая на расположение точки останова. Щелкните гиперссылку, чтобы разрешить изменение расположения точки останова, и установите флажок Разрешить наличие отличий в исходном коде от первоначальной версии.
- Чтобы изменить этот параметр для всех точек останова, выберите Отладка > Параметры и настройки. На странице Отладка / Общие снимите флажок Требовать точного соответствия исходной версии файлов . Не забудьте снова включить этот параметр после завершения отладки.
Точка останова была установлена успешно (без предупреждения), но не сработала
В этом разделе содержатся сведения об устранении неполадок в ситуации, когда отладчик не выводит предупреждений — точка останова представлена закрашенным красным кружком во время отладки, но не срабатывает.
Вот несколько моментов, которые следует проверить.
После удаления точки останова она по-прежнему применяется при запуске отладки
Если удалить точку останова во время отладки, она может снова сработать при очередном запуске отладки. Чтобы прекратить применение этой точки останова, убедитесь, что все ее экземпляры удалены из окна Точки останова .
Решение
(1) Убедитесь, что ваше приложение находится в режиме отладки (не в режиме выпуска).
(2) Пожалуйста, включите параметры, такие как следующий снимок экрана.
![]()
Другие решения
Есть несколько вещей, которые вы можете проверить.
Прежде всего убедитесь, что код, в котором установлена точка останова, достижим. Поместите его в точку входа вашего приложения.
Есть вероятность, что символы отладки где-то перепутались. Следовательно, попробуйте очистить / перестроить проект (вы можете попробовать удалить каталог bin / build вручную).
В Build-> Configuration Manager вы также можете проверить, действительно ли «Отладка» для конфигурации решения заставляет ваш проект выполняться в режиме отладки.
94 Saint [2012-02-21 11:49:00]
Когда я нахожу F5 (режим отладки), ничего не происходит. Строение работает правильно, exe файл, который я могу запустить правильно, но не могу запустить debug. Почему?
У меня была та же проблема, и все трюки не сделали этого, пока я не снял флажок "Включить хостинг Visual Studio" на вкладке отладки в свойствах проекта
45 mo. [2012-09-25 21:18:00]
Тьфу! Я испытывал те же самые симптомы, что и вы, и после того, как вы пробовали все предложения, единственным, кто работал, был ваш собственный: создание нового проекта и копирование всего содержимого.
Затем я заметил, что я не могу вручную удалить свой каталог Bin, и я понял, что MyApp.vshost.exe все время работал в фоновом режиме, не позволяя себе перезаписывать Visual Studio 2012. Не знаю, как это сделать все еще работал с VS2010:/
В итоге, решение, которое сработало для меня: Убейте процесс, повторите попытку.
Другими словами, вы пытались отключить и снова включить?
Перезагрузите VS и попробуйте отладить. Некоторое время это случается, даже у меня также была та же проблема.
Извините, что поставил старый вопрос, но сегодня у меня была такая же проблема, но причина была в том, что из-за порядка сборки решения. Если вы перейдете в Solution Property Pages → Common Properties → Startup Project .
Выбрано Multiple startup projects , переместите веб-проект в начало списка.В моем решении для веб-приложений у меня есть 2 веб-проекта и 5 проектов кода, один из моих проектов кода был наверху, и поэтому отладка не запускалась.
Надеемся, что другие найдут это полезным
5 Neil [2016-03-14 14:10:00]
Это решение уже было упомянуто, но для его работы потребовалось некоторое вмешательство, поэтому ясное решение
На вкладке "Проект/вкладка" выберите "Свойства". (или в вашем браузере решений) Перейдите на вкладку "Отладка". Снимите флажок Включить процесс хостинга Visual Studio. (Снимите флажок) проверьте, работает ли он. если он не перезагружает ваш компьютер (некоторые из файлов проектов работают в фоновом режиме, если вы знаете, как их остановить, перезапуск не обязательно просто заканчивает их задачи) перестроить проект
это должно решить проблему
Что помогло мне решить эту проблему:
- закрыть решение
- удалить файл solution.suo
- повторно открыть решение
Перед тем, как пройти интенсивное исправление. попробуйте это!
Просто запустите файл .exe в папке отладки. "Не закрывай!"
Запустите отладчик в Visual Studio. (i) Должна появиться ошибка. просто скажите "нет"
Закройте файл ".exe", который вы начали на этапе "1".
По какой-то причине визуальная студия застряла в этом приложении, которое я строю, но это сработало для меня.
Во-первых, в свойствах проекта и на вкладке Debug убедитесь, что ваш Start Action установлен на Start Project , а не какой-либо другой параметр, который не будет работать. Если это не разрешило, то:
Перейдите к Tools -> Options -> Environment -> Keyboard и в Show commands containing: введите Debug.Start и убедитесь, что для параметра Shortcuts for selected command: установлено значение F5 (Global) . Также убедитесь, что у вас нет ничего другого, сопоставленного с F5, который может конфликтовать.
Наконец, если это не решит вашу проблему, я предлагаю вам экспортировать текущие настройки среды в качестве резервной копии, а затем reset все настройки среды полностью. Посмотрите, разрешит ли это, если нет, а затем reimport ваши старые настройки и попробуйте восстановить визуальную студию.
закройте проект и удалите все файлы в папке projectinDebug , чтобы создать новое решение для отладки
1 joa [2013-04-23 23:19:00]
Перейдите в Обозреватель решений, щелкните правой кнопкой мыши проект, перейдите в свойства, нажмите "Отладка", внизу снимок установлен, установите флажок "Включить отладку SQL Server".
1 jmurphy [2013-05-22 20:10:00]
Убедитесь, что на вкладке "Проект" → "Свойства" → "Отладка" → "Начало действия", которые "Не запускать, но отлаживать мой код при запуске", не проверяется. Как-то это прошло через месяц после того, как я создал и работал над моим проектом.
Отметив это, я решил проблему.
У меня была такая же проблема с моим настольным приложением, и как этот форум говорит, что вы должны пометить свой проект как проект запуска, поскольку визуальная студия без опознавательных знаков.
Это сработало для меня отлично, и я считаю, что это поможет другим людям, которые могут иметь эту проблему.
0 Aidal [2016-10-13 13:35:00]
У меня была такая же проблема (видимо, несколько лет спустя), где я мог видеть свое устройство в VS 2015, но когда я хотел отлаживать устройство, ничего не происходило.
Это может быть другой вопрос, чем тот, который был у оригинального плаката, но это решение устранило проблему для меня в VS 2015.
Щелкните правой кнопкой мыши решение и выберите "Свойства", а затем отметьте, установлен ли флажок для вашего решения в столбце "Развернуть", если это не так, проверьте его и повторите попытку отладки. Работал для меня.
![]()
У меня была эта проблема в приложении WPF, над которым я работал. При запуске отладчика процесс с именем MyApp.VsHost.exe запускается и продолжает работать в фоновом режиме, но исключений не было бы выбрано и ничего в окне вывода, кроме информации о сборке.
Это произошло потому, что я изменил пространство имен моего класса App , но не обновил атрибут Class в App.xaml , чтобы соответствовать новому пространству имен. Я изменил пространство имен в файле xaml, и он снова работал.
Быстрое исправление, которое может помочь кому-то:
![]()
Если вы работаете с пакетом SSIS или с решением с несколькими приложениями внутри него. Удостоверьтесь, что у вас есть правильный набор приложений в качестве "Начального проекта".
![]()
Если у вас есть отдельный проект приложения или SSIS в той же папке, ваша Visual Studio, вероятно, создает это вместо того, что вы хотите запустить.
Надеюсь, это поможет!
У меня была такая же проблема, и, глядя на ответ брзлвеловера, я нашел следующую проблему, которая, казалось, работала для меня. Проводя это, если кто-то другой имеет такую же проблему, они также могут проверить это.
0 Annye [2015-02-19 15:30:00]
Я нашел решение:
- Закройте решение для Visual Studio
- Откройте заголовок проекта .csproj с помощью блокнота ++, например.
- Поиск тегов в разделе
- Удалить тег конфигурации полностью
- Откройте свое решение, и для меня теперь отладка работает над моим проектом.
0 GlennG [2013-06-03 02:07:00]
Этот процесс обычно работает для меня:
0 toregua [2013-01-23 15:39:00]
Я нашел решение:
- Закройте решение для Visual Studio
- Откройте заголовок проекта .csproj с помощью блокнота ++, например.
- Найдите false в разделе
Visual Studio 2010
В консоли управления пакетами я запустил
и мое решение могло бы скомпилироваться.
Такая же ошибка, попробовал выполнить VS как Администратор, и он сработал.
Я столкнулся с этой проблемой. В моем случае, как-то пропустили проект проекта запуска. Поэтому убедитесь, что один из проектов в вашем решении explorer задан как проект запуска. Чтобы настроить проект запуска, щелкните правой кнопкой мыши по желаемому проекту в проводнике решений → нажмите " Установить как проект запуска"
Мой опыт работы с Visual Studio 2015, я попробовал удалить все процессы и перезапустить, это не сработало. Я попытался удалить каталог bin, это не сработало.
Проверьте Configuration Manager, убедитесь, что все проекты компилируются для одной и той же платформы.
Я отключил процесс хостинга, чтобы обойти проблему его оставления и оставить файлы заблокированными. Когда я это сделал, я обнаружил, что окно консоли не появилось, когда я ударил F5 для отладки, хотя моя программа прошла нормально. Затем я заметил, что у меня установлен флажок "Предпочтительный 32-разрядный". Я отмахивался от этого, перестроил и окно консоли появилось еще раз. Это показалось странным, поэтому я снова отметил его и подтвердил, что могу воспроизвести это поведение. Я использую Visual Studio 2013.
-1 Saint [2012-02-21 12:36:00]
Наконец я создал другой проект и скопировал существующие файлы и папки. Может быть, "непрофессиональный", но он работает:) К счастью, это небольшой проект
У меня очень смешное решение, но это сработало для меня,
Удерживайте клавишу F5, пока не увидите, что отладка началась, я серьезный парень.
Сообщество, где люди делятся уникальным опытом
Вопросы и ответы по любой теме от IT сообщества
Помогаем строить карьеру в IT-индустрии
Биржа удаленной работы для IT-специалистов
Хабр Q&A — вопросы и ответы для IT-специалистов
Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.
Когда я нахожу F5 (режим отладки), ничего не происходит. Строение работает правильно, exe файл, который я могу запустить правильно, но не могу запустить debug. Почему?
У меня была та же проблема, и все трюки не сделали этого, пока я не снял флажок "Включить хостинг Visual Studio" на вкладке отладки в свойствах проекта
Тьфу! Я испытывал те же самые симптомы, что и вы, и после того, как вы пробовали все предложения, единственным, кто работал, был ваш собственный: создание нового проекта и копирование всего содержимого.
Затем я заметил, что я не могу вручную удалить свой каталог Bin, и я понял, что MyApp.vshost.exe все время работал в фоновом режиме, не позволяя себе перезаписывать Visual Studio 2012. Не знаю, как это сделать все еще работал с VS2010:/
В итоге, решение, которое сработало для меня: Убейте процесс, повторите попытку.
Другими словами, вы пытались отключить и снова включить?
Перезагрузите VS и попробуйте отладить. Некоторое время это случается, даже у меня также была та же проблема.
В моем решении для веб-приложений у меня есть 2 веб-проекта и 5 проектов кода, один из моих проектов кода был наверху, и поэтому отладка не запускалась.
Надеемся, что другие найдут это полезным
Перед тем, как пройти интенсивное исправление. попробуйте это!
Просто запустите файл .exe в папке отладки. "Не закрывай!"
Запустите отладчик в Visual Studio. (i) Должна появиться ошибка. просто скажите "нет"
Закройте файл ".exe", который вы начали на этапе "1".
По какой-то причине визуальная студия застряла в этом приложении, которое я строю, но это сработало для меня.
Это решение уже было упомянуто, но для его работы потребовалось некоторое вмешательство, поэтому ясное решение
На вкладке "Проект/вкладка" выберите "Свойства". (или в вашем браузере решений) Перейдите на вкладку "Отладка". Снимите флажок Включить процесс хостинга Visual Studio. (Снимите флажок) проверьте, работает ли он. если он не перезагружает ваш компьютер (некоторые из файлов проектов работают в фоновом режиме, если вы знаете, как их остановить, перезапуск не обязательно просто заканчивает их задачи) перестроить проект
это должно решить проблему
Что помогло мне решить эту проблему:
- закрыть решение
- удалить файл solution.suo
- повторно открыть решение
Во-первых, в свойствах проекта и на вкладке Debug убедитесь, что ваш Start Action установлен на Start Project , а не какой-либо другой параметр, который не будет работать. Если это не разрешило, то:
Перейдите к Tools -> Options -> Environment -> Keyboard и в Show commands containing: введите Debug.Start и убедитесь, что для параметра Shortcuts for selected command: установлено значение F5 (Global) . Также убедитесь, что у вас нет ничего другого, сопоставленного с F5, который может конфликтовать.
Наконец, если это не решит вашу проблему, я предлагаю вам экспортировать текущие настройки среды в качестве резервной копии, а затем reset все настройки среды полностью. Посмотрите, разрешит ли это, если нет, а затем reimport ваши старые настройки и попробуйте восстановить визуальную студию.
Читайте также:
