Произошла ошибка в нет данных при попытке открыть visual studio
Silhouette Studio-популярный инструмент проектирования для веб-дизайнеров, который помогает им не только создавать различные дизайны для своих проектов, но и использовать предварительно разработанные шаблоны из своей библиотеки. Как веб-дизайнер, вы можете либо создать новый дизайн, либо просто перейти в его магазин дизайна и загрузить дизайн по вашему выбору.
* Примечание. Прежде чем приступить к следующим методам, проверьте, соответствует ли ваш компьютер минимальным конкретным требованиям, а затем убедитесь, что вы закрыли все открытые экземпляры приложения Silhouette Studio:
Шаг 1. Щелкните правой кнопкой мыши на панели задач и выберите Диспетчер задач.
Если вы найдете его в списке, щелкните его правой кнопкой мыши и выберите «Завершить задачу».
После того, как вы закроете все открытые экземпляры программы, выполните следующие решения.
Метод 1. Удалите все данные приложения
Ошибка « Silhouette Studio обнаружила ошибку, необходимо завершить работу » обычно возникает из-за того, что вы внесли изменения в настройки параметров, которые привели к проблемам с настройками в программном обеспечении. Чтобы решить эту проблему, вы должны удалить все данные приложения из настроек. Посмотрим, как:
Шаг 1. Щелкните правой кнопкой мыши Пуск и выберите Выполнить , чтобы открыть окно Выполнить команду .
Шаг 2. В окне Выполнить команду введите % appdata% и нажмите Enter , чтобы открыть AppData > Роуминг в проводнике .
Шаг 3. Теперь найдите папку com.aspexsoftware.Sil Silhouette_Studio и нажмите Удалить .
Шаг 4. Теперь перейдите в Корзину и навсегда удалите все файлы.
Теперь вы можете попробовать открыть приложение Silhouette Studio, и оно должно открыться нормально.
Метод 2. Очистите библиотеку Silhouette Studio
Иногда проблема может возникнуть, если библиотека программного обеспечения повреждена. Вы можете попробовать очистить библиотеку программы, чтобы узнать, поможет ли это решить проблему.
* Примечание. Удаление библиотеки из Silhouette Studio приведет к удалению всех сохраненных файлов, поэтому перед вами рекомендуется создать резервную копию всех ваших дизайнов. продолжить.
Шаг 1. Одновременно нажмите клавиши Win + R на клавиатуре, чтобы запустить команду Выполнить .
Шаг 2. В поле поиска Выполнить команду введите % programdata% и нажмите ОК , чтобы открыть папку ProgramData в окне Проводник .
Шаг 3. В папке ProgramData найдите com.aspexsoftware.Sil Silhouette_Studio.8 .
Выделите его и нажмите Удалить .
* Примечание. Кроме того, вы также можете переименовать com.aspexsoftware.Sil Silhouette_Studio.8 в com.aspexsoftware.Sil Silhouette_Studio.8 .. СТАРЫЙ
Теперь вы можете попробовать открыть приложение Silhouette Studio , и оно должно работать нормально,
Метод 3. Обновите графический драйвер
Вы также можете столкнуться с ошибкой « Silhouette Studio обнаружил ошибку и должен выйти », даже если графический драйвер вашей системы устарел. Следовательно, обновление до последней версии может решить проблему.
Шаг 1. Нажмите сочетание клавиш Win + X на клавиатуре и выберите Выполнить , чтобы открыть команду Выполнить .
Шаг 2. В поле поиска введите devmgmt.msc и нажмите Enter , чтобы открыть Диспетчер устройств окно.
Шаг 3. В окне Диспетчер устройств разверните раздел Видеоадаптеры .
Теперь щелкните правой кнопкой мыши драйвер видеокарты и выберите параметр Обновить драйвер .
Шаг 4. В окне Обновить драйверы нажмите Автоматический поиск драйверов .
Теперь дождитесь, пока Windows обнаружит все доступные последние версии и автоматически завершит обновление.
После завершения перезагрузите компьютер и проверьте, можете ли вы открыть приложение Silhouette Studio .
Метод 4. Переустановите Silhouette Studio
Этот метод требует, чтобы вы сначала отключили антивирус на своем ПК, создали резервную копию библиотеки приложения, а затем выполните следующие действия, чтобы переустановить приложение Silhouette Studio.
* Примечание. Если вы используете платную версию приложения, вам необходимо отключить лицензионный ключ. Для этого перейдите в раздел Справка приложения и нажмите Деактивировать лицензионный ключ . После этого выйдите из приложения.
Шаг 1. Щелкните правой кнопкой мыши меню Пуск и выберите Выполнить .
Шаг 2. Откроется окно Выполнить команду .
Введите appwiz.cpl в поле поиска и нажмите ОК , чтобы открыть окно Программы и компоненты на Панели управления окно.
Шаг 3. В окне Программы и компоненты перейдите в правую часть окна и выберите Удалить или изменить программу . , найдите программу в списке.
Щелкните его правой кнопкой мыши и выберите Удалить .
Шаг 4. После завершения удаления нажмите горячую клавишу Win + R на клавиатуре, чтобы открыть окно Выполнить команду .
Шаг 5. В поле поиска введите управляющие папки и нажмите Enter , чтобы открыть Параметры проводника окно.
Шаг 6. В окне Параметры проводника выберите вкладку Вид и в разделе Дополнительные настройки перейдите в раздел Скрытые файлы и папки .
Теперь выберите параметр Показать скрытые файлы, папки и диски .
Нажмите Применить , а затем ОК , чтобы сохранить изменения и выйти.
Шаг 7. Теперь щелкните правой кнопкой мыши Пуск и выберите Выполнить .
Шаг 8. Откроется окно Выполнить команду .
Здесь введите % programdata% в поле поиска и нажмите OK , чтобы открыть папку ProgramData в Проводнике .
Шаг 9. Затем в папке ProgramData выберите указанные ниже папки и нажмите Удалить :
Шаг 10. Теперь просто снова щелкните правой кнопкой мыши меню Пуск и выберите Выполнить , чтобы запустить команду Выполнить. снова.
Шаг 11. В поле поиска Выполнить команду введите % appdata% и нажмите Enter .
Шаг 12. Откроется папка AppData > Roaming в Проводнике Windows .
Здесь выберите указанные ниже папки и нажмите Удалить , чтобы удалить их все:
После этого очистите корзину компьютера и перезагрузите компьютер.
Теперь перейдите на страницу загрузки программного обеспечения Silhouette Studio , чтобы загрузить последнюю версию приложения, основанную на архитектуре системы вашего ПК ( 32-разрядная/64-разрядная )..
* Примечание. См. данные эту статью , чтобы узнать, как проверить, является ли ваш компьютер с Windows 10 32-разрядным или 64-разрядным .
Метод 5. Понизьте версию
Шаг 1. Нажмите одновременно клавиши Win + R на клавиатуре, и откроется окно Выполнить команду .
Шаг 2: в поле поиска Выполнить команду введите appwiz.cpl и нажмите Enter .
Откроется окно Программы и компоненты в окне Панель управления .
Шаг 3. Затем перейдите в правую часть окна и перейдите в раздел Удаление или изменение программы .
Найдите программу в списке, щелкните ее правой кнопкой мыши и выберите Удалить .
* Примечание. Удаление программы не влияет на библиотеку или лицензионный ключ (если есть)
Шаг 4. Теперь перейдите в официальная страница загрузки , а также загрузите и установите его устаревшую версию (старую версию).
Метод 6. Проверьте разрешения
Прежде чем проверять разрешения, проверьте, есть ли у вас права администратора для запуска приложения Silhouette Studio.
Шаг 1. Перейдите на Рабочий стол , щелкните приложение правой кнопкой мыши и выберите Запуск от имени администратора .
Если вы можете запустить приложение от имени администратора, вы можете внести следующие изменения в Разрешения :
Шаг 1. Щелкните приложение правой кнопкой мыши и выберите Свойства .
Шаг 2. В окне Свойства Silhouette Studio выберите вкладку Безопасность и нажмите Дополнительно .
Шаг 3. В окне Дополнительные параметры безопасности нажмите кнопку Изменить разрешения внизу и разрешите авторизацию.
Шаг 4: Затем выберите параметр с надписью Заменить все разрешения дочерних объектов записями наследуемых разрешений от этого объекта .
Шаг 5. Подтвердите действие, нажав Да в запросе.
Нажмите Применить , а затем ОК , чтобы изменения вступили в силу и выйти.
Нажмите ОК в окне Свойства .
Теперь попробуйте открыть приложение Silhouette Studio, и оно должно открыться нормально, без каких-либо ошибок.
Я с энтузиазмом пишу технические статьи о ПК и программном обеспечении с Windows
Я работал над новым решением весь вечер. Здание без проблем, однако внезапно я начал получать следующую ошибку при строительстве:
операция не может быть завершена. Неверный параметр.
теперь я искал много потоков, но мне еще предстоит найти достойное решение. Я должен также упомянуть. Я перезапустил, попытался восстановить мою VS 2015 Express install без везения.
Это происходит на каждом решении, а не только на моем новом, даже если я закрою все, начну новый проект и попытаюсь построить.
любые предложения будут приветствоваться!
Дэн (оригинальный плакат), упомянутый в комментарии выше, что запуск Visual Stuio в качестве администратора решил это для него.
этот ответ помог мне: https://stackoverflow.com/a/9130257/6524796 он говорит, чтобы попытаться удалить .файл suo. Чтобы найти этот файл, откройте каталог для вашего решения в Проводнике, убедитесь, что вы видите "скрытые элементы" и выполните поиск ".СУО". Выберите и удалите один для решения, дающего вам проблемы построения. Закрыть Visual Studio и откройте решение.
попробуйте проверить ссылки на проект. У меня была такая же проблема, и я обнаружил, что одна из ссылок отсутствовала.
посмотреть в: Debug>Свойства ProjectName>ссылки
Это произошло в приведенном ниже сценарии, и закрытие и повторное открытие Visual Studio 2015 разрешили это для меня.
хотя ОП упоминает, что он уже
даже если я закрою все, начните новый проект.
Я публикую это решение для других, кто не пробовал это.
ссылка - Спасибо, Джон Шнайдер
У нас есть библиотека, которую мы поддерживаем в частном РЕПО nuget. Вместо создавая бета-версии, иногда я просто компилирую библиотеку локально, отбрасываю ссылку на пакет nuget и добавляю ссылку на локальную ячейку библиотеки. При перестройке проекта иногда я получаю эту ошибку. Закрытие и повторное открытие проекта решает его, и я могу построить.
Я попробовал все варианты, перечисленные здесь, и ничего не работало для меня. Я обнаружил, что другая папка проекта была перетащена и помещена в папку моего решения за пределами visual studio. Я положил папку обратно, где она принадлежала, а также должен был удалить .файл suo.
просто разместите это на случай, если кто-то еще столкнется с ужасным перетаскиванием, случайно сломав все решение.
идите, выясните, что я нашел. Построение проекта 2015 с vs2015 в конечном итоге будет успешным. Предположим, проект имеет 2 конфигурации (для этого конкретного случая): "Release MD|Win32" "Release MD|x64"
devenv myProject.vcxproj /build "Release MD|x64"
будет работать, но вызов
devenv myProject.vcxproj /build "Release MD|Win32"
НЕ БУДЕТ РАБОТАТЬ
вы должны просто вызвать devenv с x86 вместо Win32 . В моем файле проекта нет ссылки на what-so-ever x86 . даже не могу найти комментарий.
У меня была такая же ошибка, когда я пытался выгрузить проекты установщика в папке решения. Проблема была в VS2017 и с расширением Project Installer.
У меня была эта ошибка при попытке выгрузки проектов в то время, когда один проект установщика уже выгружен. Если я перезагрузил его, а затем снова выгрузил папку, все было хорошо. Тем не менее я не нашел хорошего решения. Я попытался удалить .СУО файл, это не помогло. Я заметил эту проблему после обновления VS с 15.8.3 до 15.8.4. Возможно проблема была в обновлении.
Решили мы как-то перевести свой проект на Visual Studio 2015 — там ведь столько захватывающих фич! Вчера вот только решили, а уже сегодня утром я запустил её инсталлятор. Небо было безоблачным, ничто не предвещало беды. Ну что, в самом деле, может пойти не так? Сколько уже этих Visual Studio переставлено — не счесть (я, помнится, ещё 6.0 когда-то ставил). Кто бы мог подумать, что эта тривиальнейшая задача может вылиться в весьма неожиданный забег по граблям длинной почти в целый рабочий день.
Хм. Не поставился значит, Team Explorer и ещё пару минорных пакетов. Ну ок. Закрываем, переустанавливаем. Не помогает. Удаляем студию, перезагружаемся, устанавливаем — та же ошибка. Лезем в Гугл с вопросом об ошибке установки Visual Studio 2015 на этапе инсталляции компонента Team Explorer и понимаем, что проблема это массовая — десятки ссылок с тем же описанием:
1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17
Отвечают на все эти вопросы специалисты первой линии техподдержки Microsoft, советы которых сводятся к «отключите антивирус», «проверьте чексуму образа со студией», «проверьте диск на ошибки». Ничего из этого, конечно, не помогает, о чём им и рассказывают, после чего они пропадают и больше не отвечают. Очень дружелюбная пользовательская поддержка, ничего не скажешь.
Ну что же, пора включать голову, брать в руки инструменты и разбираться. Поехали.
Итак, всё что у нас есть, это входная точка ошибки — проблема с Team Explorer. И ссылочка на лог-файл на приведённом выше скриншоте. Ну ок, давайте пойдём почитаем что там лог-файл думает о нашей ошибке.
Всё, что можно понять из этого лога, это то что компонент ставился-ставился, да что-то не поставился. Бывает, мол, чего уж там. Ну, спасибо большое за информацию!
Ладно, давайте зайдём с другой стороны. Team Explorer это (как и почти всё в современных версиях Visual Studio) — VSIX (компонент, расширение). Ставится отдельно от ядра студии специальной программой VSIXInstaller.exe, которая живёт в C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE и умеет при установке этих самых VSIX-компонентов писать во временную папку (ну, ту, которая %TEMP%) логи о том, как всё прошло. Идём в %TEMP%, находим по времени ошибки из лога выше файлик, соответствующий установке Team Explorer. Вот он:
Ну, тут уже побольше всякого интересного написано, конечно. Нас интересует первый момент, когда что-то пошло не так. Вот он:
26.11.2015 17:31:06 - System.TypeInitializationException: The type initializer for 'VSIXInstaller.SupportedSKUs' threw an exception. ---> System.BadImageFormatException: Could not load file or assembly 'Microsoft.VisualStudio.Settings.14.0.dll' or one of its dependencies. is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)
Хм, произошла ошибка при попытке загрузить сборку Microsoft.VisualStudio.Settings.14.0.dll. Первой моей мыслью было то, что студия как-то запуталась в порядке установки своих компонентов и пытается использовать при установке что-то, что ещё не установилось куда надо. Так, есть у нас в системе такая библиотека?
Оказалось — есть. Лежит в GAC, там где ей и положено лежать:
Так, что же получается? Сборка есть, она находится там, где нужно, но не загружается. Может быть, битая? Берём IL DASM, загружаем — всё ок.
Может быть умельцы из Microsoft сумели написать такой инсталлятор, у которого иногда получается не найти сборку в GAC? Берём Process Monitor, добавляем в него фильтр на открытие файлов и снова запускаем инсталлятор студии. Доходим до ошибки, смотрим логи.
Ага, vcruntime140.dll загружается. Это redistributable-библиотека от Visual Studio 2015. Ну, она-то точно должна была поставиться на одном из первых этапов установки! Но давайте проверим, чем уже чёрт не шутит.
Проверка раз — в списке установленных программ:
Проверка два — в папке C:\Windows\SysWOW64\:
Проверка три — это, собственно, «SUCCESSS» в логе Process Monitor:
Последняя проверка — вообще железобетонный аргумент: видите, поискали, попробовали открыть, открылось успешно — значит файл найдён. Всё, подозрения снимаются, идём дальше. Так, какую-же библиотеку инсталлятор VSIX пытается подгрузить следующей по логами Process Monitor?
Как это опять vcruntime140.dll уже в другой папке?! Получается, найдя vcruntime140.dll в папке C:\Windows\SysWOW64\ и успешно её открыв (а мы знаем что так и было по логам выше!) загрузчик зависимостей всё-же почему-то счёл её недостаточно хорошей и отбросил. Как же так?! Это что — не майкрософтовская библиотека? Смотрим свойства:
Да нет, нормальная библиотека. Почему же не загрузилась? Давайте посмотрим на неё внимательнее. Для этого в составе любой версии Visual Studio есть отличная утилита dumpbin. Запускаем её с вот такими ключами:
и смотрим на результаты:
Подождите-подождите… А почему это ты, библиотечка, 64-битная?! Ты же лежишь в папке C:\windows\SysWOW64\, где вообще-то место только 32-битным библиотекам! А ну-ка давайте посмотрим, что же тогда лежит в C:\Windows\System32?
А то же самое (кто не верит в размер — можете проверить каким-нибудь WinMerge, они идентичны). Вы уже уловили, в чём суть? Ошибка закралась в инсталятор Redistributable-компонентов, входящий в инсталятор Visual Studio 2015 — он просто ставит 64-битные версии рантайм-библиотек и в папку для 64-битных библиотек (C:\Windows\System32) и в папку для 32-битных (c:\windows\SysWOW64\). В итоге при дальнейшей попытке использования 64-битной версии всё будет ок, а вот при попытке загрузки 32-битной версии будет то, что мы увидели при установке Team Explorer — загадочные ошибки вообще без упоминания библиотеки vcruntime140.dll и Redistributable-пакета. И делай, что хочешь.
А что же мы хотим делать? А удалить x86-часть Redistributable-пакета Visual Studio 2015, скачать её отдельно с сайта Microsoft и переустановить. Сюрприз — на сайте Microsoft версия правильная, она установит 32-битную версию библиотеки в C:\windows\SysWOW64, после чего можно перезапустить установку Visual Studio 2015 и она успешно дойдёт до конца!
Осталось как-то объяснить начальству почему это я целый день устанавливал Visual Studio, если с этим дети в третьем классе за час справляются. В общем-то ради этой цели и была написана данная статья, а уж зачем вы её прочли — я не знаю :)
Решение
(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 от специалистов в этой теме.
Читайте также: