Visual studio 2012 не работает отладка

Обновлено: 05.07.2024

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

Вот такой сценарий:

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

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

Теперь мне нужно перенастроить их отношения, чтобы ограничить привилегии дочернего процесса, но именно тогда происходит сбой.

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

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

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

Большое спасибо за ваши идеи,

4 ответа

Тот факт, что отладчик никогда не запускается для дочернего элемента, означает, что ошибка должна возникать в процессе сервера PARENT. Если вы правильно установили Image File Execution Options (что проще всего сделать с помощью программы GFlags, используя бесплатные инструменты отладки Windows от Microsoft), это означает, что вы никогда не начнете создавать дочерний элемент. Самый простой способ проверить это-добавить утверждение в код непосредственно перед вызовом процесса create child, создать родительскую службу в режиме отладки, установить/зарегистрировать ее как службу и запустить. Когда появится утверждение, подключитесь к процессу и начните отладку оттуда. Затем вы должны увидеть ошибку процесса создания, возникающую в родительском объекте.

Если вы хотите интерактивно отлаживать как родительскую службу, так и дочерний процесс, вы можете сделать это с помощью WinDbg и GFlags, но это будет сложно.

Используйте GFlag, чтобы задать параметр выполнения для РОДИТЕЛЬСКОЙ СЛУЖБЫ со следующими параметрами отладчика:

Когда Windows запускает вашу родительскую службу, она будет делать это под WinDbg. Из -за опции-o WinDbg также будет управлять запущенным дочерним процессом, позволяя вам интерактивно DEBUG дочерний процесс с момента запуска. Из -за опции-g WinDbg запустит ParentService и позволит ему работать, а не остановит его при загрузке, как это обычно происходит при отладке. Это помешает Windows SCM закрыть его и запустить новый экземпляр.

Поскольку вы запускаете службу, у нее не будет доступа к рабочему столу, так же как и у ее хоста WinDbg. Вам придется подключить отладчик ANOTHER к запущенному экземпляру WinDbg, на котором работает ваш ParentService. Вы можете сделать это, используя другой экземпляр WinDbg. Для этого запустите второй экземпляр WinDbg и подключитесь удаленно с помощью пункта меню "File|Connect To Remote Session. ". В диалоговом окне введите:

Как только вы подключитесь, вы сможете работать с вашим ParentService.exe, и когда он создаст ChildProcess, контекст выполнения поменяется на него, и вы также сможете отладить его.

Я уже использовал этот метод для отладки дочернего процесса, созданного службой windows. Это не так просто, как просто отладить что-то в встроенном отладчике Visual Studio в его IDE, но это работает.

WinDbg имеет обширную документацию, доступную для него, как от Microsoft, так и из других источников в Интернете. URL, который я предоставил выше, включает ссылки на документацию WinDbg.

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

При запуске WinDbg можно настроить точки останова и задать всевозможные параметры. Я заменяю параметр -g параметром командной строки:

Это указывает WinDbg выполнить команду, и команда должна запустить сценарий WinDbg с именем "MyDebugCommands.txt". Я заполняю файл MyDebugCommands.txt всеми необходимыми изменениями настройки (например, параметрами символа загрузки), а также устанавливаю точки останова, которые меня интересуют, с последней командой в файле -g

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

Вы пробовали запустить Visual Studio от имени администратора и вызвать метод Process.EnterDebugMode()?

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

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

Затем я добавил код в свою процедуру App_UnhandledException, чтобы зарегистрировать исключение. Это сработало для меня, и я мог видеть причину ошибки разрешения. Единственное предостережение заключается в том, что это не приведет к перехвату исключения, когда ваше приложение даже не загрузится из-за проблемы с разрешениями. Но этот подход должен, по крайней мере, уменьшить пространство поиска в понимании проблемы с разрешениями.

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

FWIW вы можете пройти через свой служебный код (но, к сожалению, не в свой дочерний процесс), запустив свою службу в Visual Studio. Код, показанный ниже в случае коммутатора с именем DEBUG, позволит вам запустить/отладить службу в VS.

Запустите secpol.msc от имени администратора и в разделе "Локальные политики | Управление правами пользователей" выберите 'Debug Programs'. Затем добавьте к этому группу 'Users'. Посмотрите, исправит ли это проблему с разрешениями.

Похожие вопросы:

Я обновил Xamarin iOS внутри Visual Studio, и отладка перестала работать для портативных библиотек, но она работает внутри проекта iOS. Однако если я изменю отладку с iPhoneSimulator на iPhone и.

Хост: Visual Studio 2012, Windows 8 хост, WDK8 Цель: VirtualBox - Windows 7 Когда я пытаюсь добавить целевой компьютер (драйвер - > тест - > настройка компьютеров) в Visual Studio (например, в.

Я новичок в использовании Visual Studio. cesmlm.dll используется моей программой для доступа к принтеру USB. При отладке этот dll не загружается. Я попытался установить путь к среде в свойствах.

Я создаю новую функцию azure(триггер CosmosDB) в проекте в Visual Studio. Azure функция CosmosDB отладка триггера не работает должным образом в Visual Studio. Он действительно работает в первый раз.

У меня есть проект в Visual Studio, над которым я работал некоторое время, и я широко использовал отладчик. Недавно я изменил некоторые настройки, и я потерял способность останавливать программу и проходить через код. Я не могу понять, что я изменил, что могло повлиять на это.

Если я ставлю точку останова в своем коде и пытаюсь остановить программу, это не так. Точка разрыва отображается белым с красным контуром. Если я наведу на него курсор мыши, он говорит
«Точка останова в настоящий момент не будет достигнута. С этой строкой не связан ни один исполняемый код целевого типа кода отладчика. Возможные причины: условная компиляция, оптимизация компилятора или целевая архитектура этой строки не поддерживается текущим типом кода отладчика. «.

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

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

Вот параметры компилятора:

Решение

Не претендую на полный ответ, но
вот несколько мыслей:

  • Сделайте резервную копию вашего проекта (чтобы предотвратить дальнейшее повреждение)
  • Удалить все скомпилированные двоичные файлы и объектные файлы: весь Debug папка и возможно что-то еще. Оставьте только исходные файлы, файлы проекта и файлы решения (и активы, формы, базы данных и т. Д., Если вы используете его). Это также хорошая идея, чтобы удалить другие папки сборки, например, Release ,
  • Перестроить проект
  • Убедитесь, что отладчик запускает ожидаемый проект: щелкните правой кнопкой мыши проект в обозревателе решений и выберите Set as StartUp project
  • Убедитесь, что отладчик запускает двоичный файл, который вы ожидаете: Project Properties - Debugging - Command
  • Закройте все файлы, открытые в VS. Снова откройте исходный файл с точкой останова, щелкнув в обозревателе решений. Убедитесь, что ваш исходный файл с точкой останова совпадает с тем, который использовался во время компиляции: перейдите в исходную папку и откройте ее двойным щелчком мыши. Сравните путь к файлу, открытому в редакторе, и файлу в исходной папке. Также убедитесь, что вы сохраняете файл перед компиляцией.
  • Попробуйте начать отладку используя Step Into , Затем нажмите Show next statement , Если это не вступит в main() что-то действительно сломанное; (
  • Если ничего не помогает, просто создайте новый проект, скопируйте исходные файлы в его папку и рекурсивно добавьте их в новый проект.

Как предотвратить это в будущем:

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

Самые популярные системы: Subversion (SVN), Git, Mercurial (Hg). Все тебе можно интегрировать в Visual Studio.

Любите свой код и никогда не теряйте / не ломайте результаты своей работы!

Надеюсь, поможет. Удачного кодирования! знак равно

Другие решения

Я новичок в Visual Studio и C ++, надеюсь, у вас есть подсказка. Мое выражение плохое, поэтому я выбираю использовать код, чтобы показать, как я страдаю.

Это очень простой пример. Однако, если вы поместите указатель разрыва в main () <> (любая строка перед системой («пауза»)), то отладьте его. Как вы сказали ранее, он предупредит вас

Точка останова в настоящий момент не будет достигнута. С этой строкой не связан ни один исполняемый код целевого типа кода отладчика.
Возможные причины: условная компиляция, оптимизация компилятора, целевая архитектура этой строки не поддерживается текущим типом кода отладчика.

Однако, если вы поместите класс Circle в .h, это позволит вам отладить main (). Код, как показано ниже:
header.h

Это конструктор подвох.

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

Выбрать Project Properties -> C/C++ -> Optimization ,
В Оптимизации выберите опцию Disabled (/Old) ,

Часто эта ошибка возникает из-за того, что какая-то ошибка или изменение конфигурации требуют обновления ваших пулов приложений, сброса IIS или выполнения обоих этих действий. Чтобы выполнить сброс IIS, в командной строке с повышенными привилегиями введите команду iisreset .

В IIS не указан веб-сайт, соответствующий URL-адресу запуска

Можно настроить Visual Studio на запуск от имени администратора в любой ситуации. Для этого щелкните значок ярлыка Visual Studio правой кнопкой мыши и выберите Свойства > Дополнительно > Всегда запускать от имени администратора.

Веб-сервер настроен неправильно

Не удалось подключиться к веб-серверу

Если это не так, перезапустите пул приложений, а затем выполните сброс IIS. Дополнительные сведения см. в статье Проверка конфигурации IIS.

Веб-сервер не ответил вовремя

  • Выполните сброс IIS и повторите запуск отладки. К процессу IIS может быть подключено сразу несколько экземпляров отладчика. Сброс завершит их работу. Дополнительные сведения см. в статье Проверка конфигурации IIS.

Вероятно, монитор удаленной отладки Microsoft Visual Studio (msvsmon.exe) не запущен на удаленном компьютере

Удаленный сервер вернул ошибку

Проверьте, не содержит ли файл журнала IIS подкоды ошибок и дополнительные сведения, и изучите эту запись блога IIS 7.

Некоторые распространенные коды ошибок и рекомендации также приводятся ниже.

  • Перезапустите пул приложений и выполните сброс IIS. Дополнительные сведения см. в статье Проверка конфигурации IIS.
  • Если выполняется переопределение URL-адресов, протестируйте базовый файл web.config без переопределения URL-адресов. См. примечание о модуле переопределения URL-адресов в разделе Проверка конфигурации IIS.

Отладчику не удалось подключиться к удаленному компьютеру

Если выполняется локальная отладка, откройте свойства проекта в Visual Studio и убедитесь, что в настройках проект указан правильный веб-сервер и URL-адрес для подключения. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта.)

Эта ошибка может возникать при локальной отладке в 32-разрядной версии Visual Studio, в которой для отладки 64-разрядных приложений используется 64-разрядная версия удаленного отладчика. Visual Studio 2019 и более ранних версий — это 32-разрядные приложения. Проверьте пул приложений в IIS и убедитесь, что параметр Включать 32-разрядные приложения имеет значение true , выполните сброс IIS и запустите отладку еще раз.

Также, если вы используете файл HOSTS, убедитесь, что он настроен правильно. Например, в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).

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

Вы запускаете Visual Studio и веб-сервер на одном компьютере? Откройте свойства проекта и убедитесь, что в настройках проекта указан правильный веб-сервер и URL-адрес запуска. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта.)

Если это не поможет или отладка выполняется удаленно, выполните действия, описанные в разделе Проверка конфигурации IIS.

Операция не поддерживается. Неизвестная ошибка: номер ошибки

Если выполняется переопределение URL-адресов, протестируйте базовый файл web.config без переопределения URL-адресов. См. примечание о модуле переопределения URL-адресов в разделе Проверка конфигурации IIS.

Проверьте конфигурацию IIS

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

Остановите и перезапустите пулы приложений IIS, а затем попробуйте еще раз.

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

Если пул приложений продолжает останавливаться, удалите модель переопределения URL-адресов через панель управления и установите ее повторно с помощью установщика веб-платформы (WebPI). Эта проблема может возникать после значительного обновления системы.

Проверьте конфигурацию пула приложений, исправьте ее при необходимости и попробуйте еще раз.

Кроме того, если учетные данные изменились, возможно, нужно обновить их в пуле приложений или на веб-сайте. В пуле приложений для обновления учетных данных выберите Дополнительные параметры > Модель процессов > Удостоверение. Для обновления учетных данных на веб-сайте выберите Основные параметры > Подключиться как. Перезапустите пул приложений.

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

Убедитесь, что вы предоставили IIS_IUSRS, IUSR или пользователю, связанному с пулом приложений, права на чтение и выполнение файлов в папке веб-приложения. Устраните проблему и перезапустите пул приложений.

Устраните ошибки проверки подлинности, если используется только IP-адрес

По умолчанию предполагается, что IP-адреса являются частью Интернет-зоны, и проверка подлинности NTLM для них не выполняется. Если настройки веб-сайта в IIS требуют обязательной проверки подлинности, проверка подлинности завершается ошибкой. Чтобы решить эту проблему, укажите вместо IP-адреса имя удаленного компьютера.

Другие причины

Если проблема не в конфигурации IIS, попробуйте выполнить следующие действия.

Перезапустите Visual Studio с правами администратора и попробуйте еще раз.

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

Если вы используете файл HOSTS с локальными адресами, попробуйте использовать вместо IP-адреса компьютера петлевой адрес.

Если вы не используете локальные адрес, убедитесь, что в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).

Решение

(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 от специалистов в этой теме.

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