Выбранный файл не является действительным файлом решения visual studio
Приложение для проекта '' не установлено, убедитесь, что приложение для данного типа проекта (.csproj) установлено.
Если я открываю каждый из отдельных проектов решения, они переносятся нормально, но не само решение.
Если ваши проекты индивидуально переносятся нормально, создайте новое пустое решение Visual Studio 2010 и добавьте новые проекты по отдельности (щелкните правой кнопкой мыши решение-> добавить-> существующий проект)
Я нашел решение, которое сработало для Visual Studio 2017.
В Visual Studio выберите Инструменты> Расширения и обновления . В верхнем правом поле поиска найдите «интеграция». Должны появиться инструменты анализа или диагностики (или аналогичные). Нажмите Отключить , затем Включить . Выйдите из диалогового окна и закройте Visual Studio. Перезапустите и снова откройте свое решение. Ваши проекты по-прежнему будут жаловаться, что они не могут быть загружены из-за несовместимости, но теперь вы можете щелкнуть их правой кнопкой мыши по отдельности и выбрать «Перезагрузить проект», и они должны загрузиться нормально.
Я знаю, что это старый вопрос, но он все еще возникает в VS 2013.
Щелкните правой кнопкой мыши файл проекта и выберите "Обновить" .
Если ваше решение открывается, но ваш проект отображается как «несовместимый», возможно, его нужно просто перезагрузить. Это сработало для меня при запуске обновления из VS, и оно не распознало мой njsproj
Иногда SSIS или расширение SSAS в «Управлении расширением» отключено в настройках и должно быть включено вручную. А затем перезапустите Visual Studio
Добавьте это для тех, кто сталкивается с проблемами для проектов SSRS в VS2017 из более ранней версии, поскольку это появляется в поиске Google.
В Visual Studio выберите Инструменты> Расширения и обновления . Загрузите ниже:
Проекты служб Microsoft Reporting Services
Конструктор отчетов Microsoft RDLC
Добавление этого ответа в качестве ссылки для людей, которые приземлились здесь из-за отсутствия файла ".smproj".
Эта проблема может возникнуть из-за отсутствия различных файлов проекта. Для меня это было из-за отсутствия файла ".smproj", который является файлом проекта для служб SQL Server Analysis Services (SSAS). Я переустановил SQL Server Data Tools (SSDT) и перезапустил Visual Studio. Первоначальный ответ здесь
попытка открыть решение VS 2012 (SLN-файл) явно в VS 2013 завершается успешно. Просто дважды щелкните его в Проводнике Windows, все еще открывает его в VS 2012 вместо этого.
Я читала "Visual Studio 2012 не преобразует решение vs2010?" и следовал предложение "сохранить как. "файл решения.
по-прежнему открывается в VS 2012 по умолчанию.
мой вопрос:
Как изменить файл SLN на принудительно открыть его в Visual Studio 2013?
на показывает предназначены версия как одна из ранних линий - например:
однако - он может только использовать это, если приложение по умолчанию для .sln файлы-это "селектор версий Microsoft Visual Studio". Это не редкость для по умолчанию .sln приложение а конкретные версия. В windows 8:
вы можете сказать, что по умолчанию, потому что он говорит "продолжайте использовать":
обратите внимание, что вы также можете принудительно обновить a .фсл или .файл proj с помощью командной строки, где devenv является целевой версией IDE:
обратите внимание, что это не открывает Visual Studio. Альтернативой является выбор в среде IDE "Сохранить как" для файла решения и перезапись или сохранение решения под новым именем.
похоже, что у OP уже есть рабочий ответ . но для меня проблема была в другом. У меня было решение VS 2012 (несколько на самом деле) и я хотел преобразовать их в 2013 (что, как я понимаю, является тривиальным изменением .sln-файл, но я хотел, чтобы это было сделано автоматически, если бы была какая-то секретная логика обновления, о которой я не знал).
поэтому я подумал, что открою его в VS2013, он автоматически обновится, как ожидалось, а затем я буду настроен на двойной щелчок по решению и увижу его в VS2013 идти вперед. Но открытие в VS2013 не обновило решение для меня автоматически, как ожидалось, и я не мог найти явный способ принудительного обновления после открытия файла в VS2013. Я мог бы работать с решением, сохранять свои изменения и закрывать VS2013, но.СЛН останется неизменным и обновленных.
оказывается, моя проблема заключалась в том, как я открывал решение . по привычке я щелкаю Правой Кнопкой Мыши файлы и выберите "Открыть с", чтобы выбрать программу, которую я хочу использовать для открытия папка. Я часто это делаю. Обратите внимание, что я не говорю об изменении программы "открыть с помощью" по умолчанию, а просто открываю файл с определенной программой Один раз. Поэтому я бы щелкнул Правой Кнопкой Мыши .sln файл. откройте с помощью Visual Studio 2013 . и ничего не улучшится.
В конце концов я подумал зайти в VS2013, затем сделать Файл > Открыть и выбрать.файл sln (это мне чуждо, так как я вряд ли когда-либо открывал что-либо таким образом, возможно, вы такой же). В любом случае, это обновило файл решения немедленно.
после обновления, строки 2-3 части .файл sln изменен с этого:
Итак, из моего опыта, чтобы автоматически обновить VS2012 .sln для VS2013, вы должны открыть VS2013 и выбрать.sln из диалогового окна Файл > Открыть. Использование оболочки explorer для принудительного выполнения .файл sln для открытия в VS2013 не вызывает логику обновления (по-видимому).
в качестве дополнительной заметки я протестировал другое решение и после создания изменения через Configuration Manager (который, очевидно," касается".sln-файл) он обновил VS2012 до VS2013, даже после того, как открыл его с помощью правой кнопки мыши.
У меня было решение, которое ранее было успешно обновлено с 2010 по 2013 год, но все же показало .sln как связанный с 2010.
я протестировал все методы, приведенные в этом потоке, и единственный, который успешно исправил .sln должен был открыть только Visual Studio 2013, затем открыть решение, которое все еще было связано с 2010 в IDE, а затем использовать [файл] > [сохранить (имя).sln as] для перезаписи существующего .sln файл.
настройка файла assoc .sln, который должен быть "селектором версий Visual Studio", не изменился, и решение продолжало открываться в 2010 году.
devenv (имя).метод sln / upgrade не изменил мой.sln файл.
взлом необработанного текста .sln файл поврежден и не открывать вообще.
чтобы решить эту проблему, я просто изменил следующие строки .sln файл:
строка комментария должна быть изменена по мере ее анализа загрузчиком решений.
Это может работать для читателей, пытающихся обновить файл решения до Visual Studio 2015. (Я обновил решение VS 2012.)
- откройте решение в VS 2015.
- Добавить новый проект в решение. (Я добавил тестовый проект.)
- удалить проект.
- сохранить решение.
вы можете удалить удаленную папку проекта в это время, так как Шаг 3 не удалил ее.
Это сработало для меня, когда ни zumey это, ни TCC ответы сделал.
редактировать
Метро Смурф имел аналогичный, но более простой ответ, чем мой для аналогичный вопрос. Его шаги были:--1-->
Я получаю следующую ошибку при попытке скомпилировать и протестировать любой тип проекта в Visual Studio 2012 Professional.
Ошибка 1 указанный исполняемый файл задачи " Csc.exe " не удалось запустить. Указанный исполняемый файл не является действительным приложением для этой операционной системы.
У меня была эта точная проблема сегодня на моей машине Win7. Как предлагает Ханс, "перейдите к C:\Windows\Microsoft.NET\Framework\v4.0.30319 и типа "csc".'
файл все еще может существовать, но если вы можете открыть его с помощью блокнота, он, вероятно, покажет простой текст некоторых ошибок. Это указывает на то, что ваш компилятор был уничтожен. В моем офисе мы придумали теорию, что обновление Windows может быть причиной этого, потому что только несколько машин были затронуты, но я до сих пор я мало читал об этом в интернете.
проблемы, связанные с csc.exe в Visual Studio 2012 в основном можно решить путем ремонта Visual Studio.
необходимо восстановить Visual Studio. Перейти к Панель Управления -> - программы. Затем выберите версию Visual Studio, которую вы используете, и нажмите"изменить"(или щелкните его правой кнопкой мыши и нажмите "изменить"). Когда появится настройка, нажмите"ремонт".
Проверьте свойства решения (щелкните правой кнопкой мыши на решении и выберите "Свойства") и убедитесь, что поле "платформа" (свойства конфигурации) установлено правильно.
Я думаю, что эта проблема вызвана неправильной очисткой ПК. Я запускал программное обеспечение Quick Heal PCTuner 3.0 на 64-битной машине windows 7, но внезапно из-за потери мощности моя машина была выключена, а когда я открыл ее снова, я получил эту проблему в VS 2013. Даже TortoiseSVN checkout не работал и бросал внутреннюю ошибку, и что-то вроде поврежденного диска также было показано при попытке удалить некоторые файлы на жестком диске.
Я снова запустил PC Tuner, делая диск, Реестр и следы очищаются, и это исправлено. возможно, эта проблема может возникнуть из-за других случаев, но в основном связана с файлами системы в моем случае это исправление
в Visual Studio 2013 та же проблема решена, сделав это для меня: Щелкните правой кнопкой мыши решение и откройте Configuration Manager. для проекта (вы можете увидеть по крайней мере один там), я изменил платформу с любой CPU to x86 для проекта, который может вызывать проблемы.
Я попытался удалить и переместить csc.EXE-файл, но он ничего не делает.
- создание нового проекта Mvc;
- переход в эту папку \Microsoft.Сеть.Компиляторы.1.0.0\build..\tools
- и скопировал csc.exe-файл для моих проектов > > \Microsoft.Сеть.Компиляторы.1.0.0\build..\tools\
Я думаю, когда я копировал проект из оригинальный компьютер я оставил этот csc.EXE-файл в указанной папке.
Приносим извинения. Запрошенное содержимое было удалено. Вы будете автоматически перенаправлены через 1 секунду.
Лучший отвечающий
Вопрос
Только начал обучение С++ по учебнику Страуструпа.
Загрузил Visual Studio
Начал со стандартного "Hello, World!"
Отладка проходит успешно, ошибок нет.
Однако программа не запускается.
Следующий проект устарел: Hello, World - Debug Win32
Не удается запустить программу: . /HelloWorld.exe
Не удается найти указанный файл
Что я делаю не так?
Система: Wind x64.
Ответы
Все ответы
Так все-таки, в чем проблема?
В приведенном Вами руководстве много чего написано. Какие действия по созданию проекта и редактированию кода совершаете именно Вы? Опишите всю последовательность Ваших действий. Я отвечу, в чем ошибка.
Как бы все по руководству (кстати в VS 2010 делал тоже самое и без проблем). Создал проект - добавил файл .срр - написал программу - далее Сборка - Собрать решение, сборка проходит без ошибок. Далее Начать отладку или F5 и вот тут ошибка вылетает "Не удается запустить программу . /путь/ . Не удается найти указанный файл"
Вам нужен ответ, или нет? :) Почему я должен клещами вытягивать у Вас информацию. Тысячи людей используют VS по всему миру и у них проблем нет. Вам не кажется, что причина именно в Ваших действиях, а не в VS? Еще раз, опишите ПОДРОБНО процедуру создания Вами проекта (какие кнопки нажимаете, как добавляете файл в проект)? Что отображается в окне вывода или в списке ошибок после сборки (эти окна можно открыть из меню Вид)?
Вот описание действий с нуля:
Файл - Создать проект - Visual C++ - Проект Win32 - OK
Запускается мастер приложений - Далее - Тип:Приложение Windows, доп.параметры: Пустой проект - Готово
Файл - Создать файл - Файл С++(.срр) - Открыть
Во вкладке "Исходный код2.срр" пишу код:
далее: СБОРКА - Собрать решение - В выводе:
1>------ Сборка начата: проект: Win32Project2, Конфигурация: Debug Win32 ------
========== Сборка: успешно: 1, с ошибками: 0, без изменений: 0, пропущено: 0 ==========
теперь жму F5 или Начать отладку и тут выводится окно с ошибкой:
"Не удается запустить программу . /путь/ .
Не удается найти указанный файл"
Вот теперь все понятно. Вы совершили 2 ошибки.
Первая. Если Вы предполагаете пользоваться средствами ввода-вывода в консольное окно (printf, cout и проч.), следовательно такое окно должно быть создано загрузчиком ОС. Вам нужен не "Проект Win32", а "Консольное приложение Win32", либо выбрать соответствующую радиокнопку там, где ставите галочку "Пустой проект". В противном случае получите ошибку редактора связей.
Вторая ошибка. Файл исходного кода не принадлежит Вашему проекту. В проект файлы добавляются командой меню "Проект - Добавить новый элемент. ". Существующие файлы можно включить в проект командой "Проект - Добавить существующий элемент. ".
Я отлаживаю чужую работу и решение довольно большое. Когда я пытаюсь собрать все, несколько проектов в рамках решения не собираются, а просто пропускаются. Просмотр окна вывода во время процесса сборки говорит:
1> ------ Пропущено перестроить все: Проект: pr1lib ------
Как я могу определить, почему эти сборки были пропущены? Я не могу найти дополнительных выходных данных.
Щелкните решение правой кнопкой мыши, выберите «Свойства», а затем «Свойства конфигурации». Здесь вы можете выбрать, какие проекты строить.
[ изменить ]:
См. Комментарий Kdt: . когда я смотрел в свойствах конфигурации . цель сборки проекта была настроена для «Смешанных платформ», в то время как решение было настроено на сборку «Любой ЦП».
* Когда эта проблема случилась со мной, в основном проекте был только «Любой процессор», и он также установил дочернюю dll на «любой процессор», однако я удалил этот профиль и оставил только «x86». Выбор x86 только для dll заставит его начать работать
[/редактировать]
У меня была та же проблема - «выгрузить проект» и «перезагрузить проект» решили проблему!
Операции сборки, восстановления и очистки пропускались. Выгрузка и перезагрузка не помогли, как и перезапуск Visual Studio.
Как только я удалил проект из решения и добавил его обратно, он больше не пропускается. Чтобы удалить его, в обозревателе решений щелкните проект правой кнопкой мыши> Удалить> ОК. Чтобы добавить его обратно, в обозревателе решений щелкните решение правой кнопкой мыши> Добавить> Существующий проект и выберите свой проект.
Перезапуск Visual Studio помог
Если конфигурация x64 и компилятор x64 не установлен, он пропустит проект.
Мое решение такое же, как упоминалось ранее: Удалить -> Добавить существующий проект
Но это решение означает, что ссылки между проектами исчезают
Чтобы избежать повторного добавления ссылок: и в случае, если вы используете систему контроля версий , такую как GIT или TFS или что-то еще, можно достичь цели, выполнив следующие действия:
Пройти все проекты, удалив их из решения и добавив уже существующие.
Обратите внимание, что файл .sln изменился
Сохраните новый файл .sln, но отмените изменения во всех файлах .cspoj с помощью системы контроля версий.
Visual Studio 2008, это может быть потому, что 64-битный компилятор не был бы установлен.
Панель управления -> Программы и компоненты -> Microsoft Visual Studio 2008 professional -> [двойной щелчок]
В диалоговом окне Visual Studio
Далее -> Добавить / удалить функции -> (Под) Visual C ++ -> (выбрать) компилятор x64 и Инструменты
Проблема существует и в VS 2010; из предложенных решений: редактирование конфигурации сборки, очистка, изменение / повторная смена целевого фреймворка НЕ работают. Но выгрузка и перезагрузка проекта делает.
У меня был странный вариант, который, возможно, стоит задокументировать среди других возможностей здесь ..
Я добавил Общий проект моего решения с кодом, который использовался в двух или трех других проектах. Как вы знаете, общие проекты - это просто код, а не проект в традиционном смысле этого слова. Вы не можете «построить» общий проект, это просто код, который встроен в другие проекты и затем построен там.
Но каким-то образом мой файл решения был обновлен, как если бы общий проект был отдельной вещью, которую нужно было создать. Тогда я предполагаю, что каждый раз, когда я пытался построить и не менял код в общем проекте, он считал, что `` ничего не изменилось, пропустите эти сборки ''
Я нашел общий проект в файле solution.sln , например:
.. что нормально. Что нехорошо, так это то, что этот проект также появился в GlobalSection(ProjectConfigurationPlatforms) = postSolution , например:
Я удалил эти четыре строки из своего файла .sln , и теперь все снова кажется счастливым
- Закрыть визуальную студию
- Откройте файл sln с помощью блокнота
- удалите все подобные вещи: . Отладка с помощью подделок | x86.ActiveCfg = Отладка с подделками | x86 (их будет много)
4. сохранить файл 5. открыть визуальную студию и все лучше
Перейдите в меню сборки и выберите «диспетчер конфигурации». Это покажет, какие проекты настроены для сборки в выбранной вами конфигурации.
Подобное случилось со мной. Я не уверен, в чем была проблема, но это не было бы Clean , Build , Rebuild и т. Д. Я работаю в Visual Studio 2017 и хотела сборку netstandard2.0 . Проблема для меня заключалась в том, что каким-то образом тип проекта был неправильным, возможно, я начал с библиотеки классов netcoreapp , что-то в этом роде, застряло в файле Solution , я не помню. Как бы то ни было, я сделал резервную копию проекта, создал новый проект библиотеки классов netstandard и учел резервные копии битов, и это исправило это для меня. HTH кто-то.
Я обновился до 15.9.11, . после некоторых сборок та же проблема: большинство проектов пропускаются (которые собирались секунду назад без проблем). Выгрузка / перезагрузка решения всегда помогает в моем случае, но скоро это повторится.
Понятия не имею, почему . кроме большой ошибки в VS2017
Проверил диспетчер конфигураций, все галочки выставлены на сборку.
Возможно, это как-то связано с пакетами nuget, но это только предположение
В решении есть только c ++ / vcxproj, без csproj. 64 и 32 установлены как
Первое, что вам нужно сделать, это диагностировать, почему сборка пропускает проекты. Итак, чтобы получить подробный вывод сборки, измените уровень детализации на detailed в следующем месте в Visual Studio .
Если бы та же проблема, выяснилось, что настройка проекта была для процессора Itanium, изменив его на Intel, исправил.
Возникла та же проблема с VS2005, все конфигурации были правильными. Он даже пропускал команду «Очистить проект».
Наконец, разгрузка / перезагрузка творит чудеса.
Щелкните правой кнопкой мыши «Решение» в обозревателе решений, затем щелкните «Свойство» в нижней части меню. В окнах свойств нажмите Свойства конфигурации -> Конфигурация на левой панели, вы увидите список проектов на правой панели, убедитесь, что установлен флажок Сборка. всплывающее окно.
Если ваше решение содержит файл проекта NuGet (* .nuproj), попробуйте выгрузить его, а затем перестроить решение.
Это сработало для меня после того, как ничего из вышеперечисленного не сработало.
У меня только что возникла эта проблема, и я смог ее решить, удалив скрытую папку .vs в самой верхней папке. После перезапуска Visual Studio все снова заработало.
Я обнаружил, что иногда, когда у вас установлена целевая платформа, допустим, x86 в вашем решении и в ваших проектах, на самом деле проект не всегда выбирается.
Чтобы дважды проверить, перейдите в свойства проекта и посмотрите, можете ли вы выбрать эту платформу в настройке Build-> Platform, если вы не можете, тогда вам нужно будет перейти в диспетчер конфигурации и создать эту конфигурацию.
У меня была эта проблема с некоторыми проектами Windows CE на новом ПК. «Выгрузить проект» и «Перезагрузить проект», казалось, решили проблему, но на самом деле Visual Studio просто переключилась на другую платформу и построила ее.
Оказалось, что хотя моя платформа WinCE была показана как активная платформа, Visual Studio «на самом деле» ее не видела. Решением было переустановите WinCE SDK с правами администратора:
- Убедитесь, что Visual Studio 2008 не запущен.
- Откройте «Командную строку Visual Studio 2008» от имени администратора. В Windows 7 просто щелкните ярлык правой кнопкой мыши и выберите параметр «Запуск от имени администратора».
- Введите следующую команду: msiexec /log SDKInstallLog.txt /package
- Когда вас спросят, хотите ли вы выполнить пользовательскую или полную установку, выберите пользовательскую и дайте установщику указание пропустить установку документации (в моем случае этот шаг не был необходим; на самом деле я просто попросил его «восстановить» существующую установку. )
- Установить
VS 2008 пропустит целевые объекты x64, если у вас не установлен компилятор x64. VS 2008 не работает по умолчанию. Типа черт, вещь.
Щелкните правой кнопкой мыши проект в файле решения, выберите свойства, вкладку приложения, измените целевую структуру с 4.0 на 3.5.
Затем выполните повторную сборку, и я получил кучу ошибок, связанных с отсутствием ссылок на сборку, что имеет смысл, поскольку я еще не добавил на них ссылки.
Я обновляю одно небольшое обновление Visual Studio 2017, а затем установщик напоминает мне перезагрузить компьютер, но я не перезагружаюсь. Когда я создаю свой проект или решение в Visual Studio 2017, я сталкиваюсь с той же проблемой, описанной выше. ключ, поэтому я перезагружаю свой компьютер, я сделал это.:>
У меня была аналогичная проблема, у меня был один проект, который по какой-то причине не мог загрузить в обозревателе решений. Когда я загрузил этот проект, он работал как шарм.
Я только что попал в такую беду:
- Я выгружал каждый проект и перезагружал их.
- Закройте все экземпляры VS и откройте VS от имени администратора (щелкните правой кнопкой мыши ярлык и выберите параметр «Запуск от имени администратора»)
Вот и все вернулось к работе, и я смог успешно построить все проекты.
Визуальная студия 2017
После добавления конфигурации в диспетчере конфигураций
Щелкните правой кнопкой мыши Project -> Project Only -> Build Only / Rebuild Only / Clean Only
Если все остальные настройки верны.
Проблема. При перестройке, сборке, очистке пропускались все мои проекты, кроме двух.
Решения, которые не помогли мне:
Параметры конфигурации решения были такими, как ожидалось, поэтому никакие изменения в них не помогли.
Разгрузка и перезарядка не сработали.
Причина возникновения:
Сработавшие решения:
Эй, только что починил. Думал, что это может помочь. Скорее всего, вы не установили соответствующие компиляторы вместе с Visual Studio. Это случилось со мной сегодня - по умолчанию установщик VS 2008 не устанавливает компилятор x64 C ++.
Если у вас есть SP1, удалите его перед изменением установки VS. Когда закончите, снова установите SP1.
Читайте также: