Возникли ошибки сборки visual studio 2019

Студворк — интернет-сервис помощи студентам

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

C++ 
1
2
3
4
5
6
7
8
9
10

#include <iostream>
#include <cstdlib> // для system
using namespace std;
 
int main()
{
    cout << "Hello, world!" << endl;
    system("pause"); // Только для тех, у кого MS Visual Studio
    return 0;
}

и у меня вываливается куча ошибок.
Первым выскакивает окно — Возникли ошибки сборки… Продолжить и запустить последний успешно построенный вариант?

Жму Да

Не удается запустить программу (путь к экзешнику)

Не удается найти указанный файл

Жму ОК
И внизу под кодом 17 ошибок, которые ругаются на код…

Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2018 неизвестный знак «0x7» Project4 C:\Program Files (x86)\Windows Kits\10\Include\10.0.17763.0\ucrt\stddef.h 1
Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2018 неизвестный знак «0x1b» Project4 C:\Program Files (x86)\Windows Kits\10\Include\10.0.17763.0\ucrt\stddef.h 1
Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2146 синтаксическая ошибка: отсутствие «;» перед идентификатором «щюь» Project4 C:\Program Files (x86)\Windows Kits\10\Include\10.0.17763.0\ucrt\stddef.h 1

Это я некоторые скопировал.

Я пробовал в VSCode попробовать, но там тоже ничего не запускается…. Проблема с файло JSON. МОжет какие-то предварительные настройки нужно сделать?

Источник

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

C++ 
1
2
3
4
5
6
7
8
9
10

#include <iostream>
#include <cstdlib> // для system
using namespace std;
 
int main()
{
    cout << "Hello, world!" << endl;
    system("pause"); // Только для тех, у кого MS Visual Studio
    return 0;
}

и у меня вываливается куча ошибок.
Первым выскакивает окно — Возникли ошибки сборки… Продолжить и запустить последний успешно построенный вариант?

Жму Да

Не удается запустить программу (путь к экзешнику)

Не удается найти указанный файл

Жму ОК
И внизу под кодом 17 ошибок, которые ругаются на код…

Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2018 неизвестный знак «0x7» Project4 C:Program Files (x86)Windows Kits10Include10.0.17763.0ucrtstddef.h 1
Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2018 неизвестный знак «0x1b» Project4 C:Program Files (x86)Windows Kits10Include10.0.17763.0ucrtstddef.h 1
Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2146 синтаксическая ошибка: отсутствие «;» перед идентификатором «щюь» Project4 C:Program Files (x86)Windows Kits10Include10.0.17763.0ucrtstddef.h 1

Это я некоторые скопировал.

Я пробовал в VSCode попробовать, но там тоже ничего не запускается…. Проблема с файло JSON. МОжет какие-то предварительные настройки нужно сделать?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

I recently updated from Visual Studio 2017 Community Edition to Visual Studio 2019 Community Edition.

Now, if I build my solution with errors, they will show up in the build output, but not all of them will appear in the error list. It would appear only errors of open files will show up in the error list. This is incredibly annoying.

I am not alone in this issue. It has been reported many times on Microsoft’s forums, but no one has a definitive solution.

I have tried a variety of solutions people suggested in those threads:

  • I have ensured the filters are legitimate: Entire Solution, Errors enabled, Build + Intellisense.
  • I have tried deleting the .vs folder and restarting Visual Studio.
  • I just updated to the very latest Visual Studio 2019 version. Supposedly there are many different versions of this error, happening in versions of Visual Studio all the way back to 2017. Some supposedly have been fixed…?
  • I have disabled parallel project loading.

I have experienced this before in other versions of Visual Studio with Razor pages. To my knowledge, that’s to be expected in Razor though.

The only other factor that I severely doubt impacts anything is that it’s a Visual Studio project generated by Unity editor. From what I’ve read, ASP.NET, Razor, Xamarin, and other frameworks have each had their own version of issue reported. Perhaps Unity is afflicted by it too, but I don’t see how or why. I doubt Unity’s auto-generated Visual Studio projects are that different from your standard library projects.

You’re in Visual Studio… you press F5 (Run) and are greeted by this dialog:

There were build errors. Would you like to continue and run the last successful build?

Wonderful.

I’m sure there are cases where running the last successful build is useful, however, I have never purposefully answered yes to this question. Oh sure, I’ve clicked Yes plenty of times, and waiting in frustration for the first opportunity to undo my blunder, but nothing more.

So, have you ever found this feature useful? And if so, under what circumstances did it become helpful for you to be able to run the last successful build of your application?

How often do you accidentally click Yes and kick yourself while waiting for the app to start?

asked Feb 27, 2009 at 19:02

joshuapoehls's user avatar

joshuapoehlsjoshuapoehls

31k11 gold badges50 silver badges61 bronze badges

4

In VS2008 there are the following options you can set to change the behavior (not sure if there are similar options in other versions of Visual Studio):

Projects and Solutions/Build and Run

    - On Run, when projects are out of date:

          Always build
          Never build
          Prompt to build <== default setting

    - On Run, when build or deployment errors occur:

          Launch old version
          Do not launch
          Prompt to launch <== default setting

Set the above options to «Always build» and «Do not launch» and you get what I consider a more ueseful behavior. Though sometimes when I try to launch the debugger and there’s a build error it takes me a few seconds to realize why I’m not getting to the breakpoint I thought I’d be hitting (it might be nice to get some sort of ‘toaster’ type of message to knock me out of my stupor).

answered Feb 27, 2009 at 19:31

Michael Burr's user avatar

Michael BurrMichael Burr

329k50 gold badges528 silver badges755 bronze badges

6

This behaviour can be defined under
Tools->Options->Projects and Solutions->Build And Run->
On Run, when Build or Deployment Errors occur

here you can select:
— Launch old version
— Do not launch
— Ask to launch

answered Apr 9, 2009 at 8:56

This can be useful when you debug a web application and one of the pages does not compile, because some other developer checked in a bad version, or you can’t check out the latest code for whatever reason, but you know you will not hit that page. I do it all the times.

answered Feb 27, 2009 at 19:06

cdonner's user avatar

cdonnercdonner

36.6k22 gold badges105 silver badges149 bronze badges

Interesting. I’ve actually never seen that dialog — I know there’s an option to enable/disable running the previous successful build, so perhaps it shows a dialog first. You can look into disabling it if you won’t use it.

One reason this can be useful, however, is if you want to remind yourself what the bug was that you were working on. Not all things can be fixed in edit-and-continue, and you might need a memory jog.

answered Feb 27, 2009 at 19:07

lc.'s user avatar

lc.lc.

112k20 gold badges157 silver badges185 bronze badges

It’s also helpful on web applications, because it will force the cassini servers to start. You need this if you are working on one project in the solution that won’t compile, and you need to refresh the web services in another project.

answered Feb 27, 2009 at 19:23

kemiller2002's user avatar

kemiller2002kemiller2002

113k27 gold badges196 silver badges251 bronze badges

When using VS 2008 Express, there is a box to never show this dialog again. Just tried it and it will take away the dialog, leaving only a build failed message in the bottom left hand portion of the screen.

As for how often do I hit it, quite often. Frustrating as sometimes I have changed the code complete while testing things and will get something completely unrelated to the task at hand. Not sure when Microsoft figured this would be useful.

answered Feb 27, 2009 at 20:05

Terry's user avatar

TerryTerry

3191 gold badge3 silver badges13 bronze badges

It works on the preference of selection of appropriate dll on runtime. Executables are not generated if there is any built error so the compiler looks for the executable which is existing which is obviously the last successful compiled.

answered Jun 9, 2009 at 12:03

You’re in Visual Studio… you press F5 (Run) and are greeted by this dialog:

There were build errors. Would you like to continue and run the last successful build?

Wonderful.

I’m sure there are cases where running the last successful build is useful, however, I have never purposefully answered yes to this question. Oh sure, I’ve clicked Yes plenty of times, and waiting in frustration for the first opportunity to undo my blunder, but nothing more.

So, have you ever found this feature useful? And if so, under what circumstances did it become helpful for you to be able to run the last successful build of your application?

How often do you accidentally click Yes and kick yourself while waiting for the app to start?

asked Feb 27, 2009 at 19:02

joshuapoehls's user avatar

joshuapoehlsjoshuapoehls

31k11 gold badges50 silver badges61 bronze badges

4

In VS2008 there are the following options you can set to change the behavior (not sure if there are similar options in other versions of Visual Studio):

Projects and Solutions/Build and Run

    - On Run, when projects are out of date:

          Always build
          Never build
          Prompt to build <== default setting

    - On Run, when build or deployment errors occur:

          Launch old version
          Do not launch
          Prompt to launch <== default setting

Set the above options to «Always build» and «Do not launch» and you get what I consider a more ueseful behavior. Though sometimes when I try to launch the debugger and there’s a build error it takes me a few seconds to realize why I’m not getting to the breakpoint I thought I’d be hitting (it might be nice to get some sort of ‘toaster’ type of message to knock me out of my stupor).

answered Feb 27, 2009 at 19:31

Michael Burr's user avatar

Michael BurrMichael Burr

329k50 gold badges528 silver badges755 bronze badges

6

This behaviour can be defined under
Tools->Options->Projects and Solutions->Build And Run->
On Run, when Build or Deployment Errors occur

here you can select:
— Launch old version
— Do not launch
— Ask to launch

answered Apr 9, 2009 at 8:56

This can be useful when you debug a web application and one of the pages does not compile, because some other developer checked in a bad version, or you can’t check out the latest code for whatever reason, but you know you will not hit that page. I do it all the times.

answered Feb 27, 2009 at 19:06

cdonner's user avatar

cdonnercdonner

36.6k22 gold badges105 silver badges149 bronze badges

Interesting. I’ve actually never seen that dialog — I know there’s an option to enable/disable running the previous successful build, so perhaps it shows a dialog first. You can look into disabling it if you won’t use it.

One reason this can be useful, however, is if you want to remind yourself what the bug was that you were working on. Not all things can be fixed in edit-and-continue, and you might need a memory jog.

answered Feb 27, 2009 at 19:07

lc.'s user avatar

lc.lc.

112k20 gold badges157 silver badges185 bronze badges

It’s also helpful on web applications, because it will force the cassini servers to start. You need this if you are working on one project in the solution that won’t compile, and you need to refresh the web services in another project.

answered Feb 27, 2009 at 19:23

kemiller2002's user avatar

kemiller2002kemiller2002

113k27 gold badges196 silver badges251 bronze badges

When using VS 2008 Express, there is a box to never show this dialog again. Just tried it and it will take away the dialog, leaving only a build failed message in the bottom left hand portion of the screen.

As for how often do I hit it, quite often. Frustrating as sometimes I have changed the code complete while testing things and will get something completely unrelated to the task at hand. Not sure when Microsoft figured this would be useful.

answered Feb 27, 2009 at 20:05

Terry's user avatar

TerryTerry

3191 gold badge3 silver badges13 bronze badges

It works on the preference of selection of appropriate dll on runtime. Executables are not generated if there is any built error so the compiler looks for the executable which is existing which is obviously the last successful compiled.

answered Jun 9, 2009 at 12:03

Недавно я обновился от Visual Studio 2017 Community Edition в Visual Studio 2019 Community Edition.

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

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

Я пробовал различные решения, которые люди предложили в этих потоках:

  • Я гарантировал, что фильтры являются легитимными: все решение, ошибки включены, построить + Intellisense.
  • Я пытался удалить папку .vs и перезапустить Visual Studio.
  • Я только что обновил до последней версии Visual Studio 2019. Предположительно, есть много разных версий этой ошибки, происходящее в версиях Visual Studio, вплоть до 2017 года. Некоторые предположительно были исправлены …?
  • Я отключил параллельную загрузку проекта.

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

Единственным другим фактором, который я серьезно сомневаюсь, что это то, что это проект Visual Studio, созданный Unity Editor. Из того, что я прочитал, ASP.NET, бритва, ксамарин и другие рамки у каждого была представлена собственная версия вопроса. Возможно, единство поражено этим тоже, но я не вижу, как или почему. Я сомневаюсь, что автоматически генерируемые проекты Visual Studio Studio Unity могут отличаться от ваших стандартных библиотечных проектов.

4 ответа

Лучший ответ

Теперь я установил Visual Studio 2019 на две отдельные машины, и кажется, что «анализ полного решения» отключен по умолчанию.

Просто проверьте флажок в параметры, и все, кажется, работает, как это было ранее: Включить полный анализ решений« SRC = »HTTPS: //i.stack.imgur. com / enwvr.png


19

Zoop
20 Сен 2019 в 04:05

В моем случае это был тот факт, что я строил под профилем выпуска. Как только я выбрал «Отладка» в раскрывающемся списке рядом с кнопкой «Начать отладку», через несколько секунд в списке ошибок стали отображаться мои ошибки.


0

Jeff Zizzi
7 Июл 2021 в 04:17

Для тех, кто использует Visual Studio 2019 v16.9.1 Убедитесь, что ваше сообщение об ошибках выглядит что-то подобное:

Error List Window

Важная часть для меня выбрала build + intellisense (ранее его было установлено на building только , что объясняет, почему список ошибок только будет обновляться только на сборке).


2

Eric Mutta
3 Апр 2021 в 04:27

В моем случае решением было отключить «Инструменты-> Параметры-> Проекты и решения-> Общие-> Показывать окно вывода при запуске сборки». Несмотря на то, что в окне «Вывод» было показано «0 выполнено успешно, 1 не удалось», оно не переключилось обратно в окно «Список ошибок», даже если флажок над «Всегда показывать список ошибок, если сборка завершена с ошибками» должна была переместить его в «Ошибка. Список’. Очевидно, это ошибка в Visual Studio 2019, которой не было в Visual Studio 2017 (я только что закончил обновление).


0

AndresRohrAtlasInformatik
17 Май 2021 в 13:33

У меня возникла ошибка при отладке кода Java в коде Visual Studio.
Ошибка ниже

build failed, do you want to continue?

Я попытался очистить рабочее пространство, но это не сработало.
Пожалуйста, как я могу исправить эту проблему?

Перейти к ответу
Данный вопрос помечен как решенный


Ответы
7

Обновлять. Задача решена Я решил эту проблему, очистив кеш рабочей области в VS-коде. Вот ссылка на соответствующую страницу: Каталог чистой рабочей области VSCODE. Я переименовал несколько папок, имен классов и пакетов. Видимо плагину RedHat-Developer удалось рассинхронизировать. Файл .classpath не синхронизировался с файлом POM. Очистка кеша рабочей области заставила плагин воссоздать данные проекта из спецификации maven. Задача решена. Не уверен, но если кто-то из проекта RedHat это прочитает, мне это покажется ошибкой или недостатком. В любом случае это можно обойти.

Исходный ответ следует:

Я думаю, что Лю Бэй был недостаточно ясным. У меня такая же проблема. У меня есть проект, который отлично строится в Maven, и когда я запускаю отладчик в Visual Studio Code, это уведомление появляется в правом нижнем углу окна VSCode.

Очевидно, расширение «Отладчик для Java» считает, что существует проблема сборки. Однако нет сообщений об ошибках на вкладках ПРОБЛЕМЫ, ВЫВОД, ОТЛАДКА КОНСОЛИ или ТЕРМИНАЛ.

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

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

Я должен сказать, что мы тратим слишком много времени на решение проблем с инструментами и зависимостями и недостаточно времени на приложение. Проект, над которым мы работаем, предназначен для распространения с открытым исходным кодом. Spring Framework кажется идеальным для наших целей, но инструменты не так уж и много. Мы не очень далеко продвинулись в этом проекте, и меня уже настаивают на переходе на .NET core MVC.

Действительно нужна небольшая помощь …

У меня это не сработало, но я выяснил, что сработало.

Прежде всего, глядя на плагин Java Dependencies, я намекнул, что что-то не синхронизировано. Имя моего приложения (артефакта) не соответствует имени в древовидном представлении Java Dependencies.

Это было исправлено путем полной очистки папки VSCode workspaceStorage!

В моем случае эта папка находилась в (Windows 10):

C:Users<myuser>AppDataRoamingCodeUserworkspaceStorage

Если вы не можете найти его в этом месте, просто найдите папку workspaceStorage.

Затем нажмите ctrl + shift + p (в моем случае), чтобы открыть запрос действия VSCode. Затем выберите команду:

Java: Open Java Language Server Log File

Это откроет файл журнала, который обычно не отображается при построении вашего кода Java, и сообщит вам, что именно пошло не так при сборке.

В моем случае это был конфликт, так как у меня было два файла AppConfig.java, один в основном и один в тестовом. Maven прекрасно справляется с этим, но, очевидно, построитель VSCode Java — нет.

Очевидно, это ошибки в плагинах, о которых я сообщу участникам GitHub, но пока нам придется немного поработать вручную.

Тем не менее, я надеюсь, что это поможет всем вам, разочаровавшимся разработчикам VSCode Java.

Попробуйте очистить кеш или
Попробуйте добавить свои файлы в новую рабочую область, у меня это сработало!

Итак, прочитав на этой странице несколько комментариев о кеш-памяти и рабочей области, я предпочел сделать что-нибудь простое. Я просто закрыл и открыл свой VS и Voilá Build up все мои решения

Ошибка сборки в VsCode

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

Итак, создайте новую папку и сделайте ее папкой рабочей области, а затем напишите свои коды в этой папке и запустите ее.

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

Используя OSX, мне удалось преодолеть эту проблему: вы можете получить доступ либо из своего терминала, либо просто использовать ярлык (сдвиг команды и c) выберите «Базовая система», затем «Библиотека», найдите папку Java, затем нажмите папку виртуальных машин Java. Проверьте, есть ли актуальная версия jdk (самая последняя). Я заметил, что у меня было две папки jdk, одна, вероятно, унаследованная от предыдущей установки, и самая последняя версия jdk-15. Перетащите jdk-14 в корзину, введите пароль, закройте искатель и перезапустите VSCode.
Теперь все работает нормально!

У меня такая же проблема.
Я только что загрузил это, предоставленное vs code
пакет расширений Java
щелкните ссылку, загрузите и откройте ее. он автоматически настроит vs code для java.
ссылка ниже…

Https://marketplace.visualstudio.com/items?itemName=vscjava.vscode-java-pack

Другие вопросы по теме

В режиме отладки, если в нашем приложении есть ошибка, когда мы нажимаем F5, чтобы начать отладку, появляется диалоговое окно с предупреждением: «В вашей программе есть ошибка. Вы хотите запустить свою последнюю измененную программу?» или что-то в этом роде.

Я хочу включить или отключить этот диалог.

Как я могу это сделать?

1 ответы

Вы можете включить/выключить эту подсказку в настройках Visual Studio:

  1. В меню «Инструменты» выберите «Параметры».
  2. В появившемся диалоговом окне разверните «Проекты и решения» и нажмите «Сборка и запуск».

  3. С правой стороны вы увидите поле со списком с надписью «При запуске, когда возникают ошибки сборки или развертывания».

    • Если вы хотите отключить окно сообщения, выберите «Не запускать» или «Запустить старую версию» (что запустит старую версию автоматически).
    • Если вы хотите включить окно сообщения, выберите «Предлагать запуск», который будет спрашивать вас каждый раз.

   Варианты VS «Сборка и запуск»

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

Создан 17 янв.

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками

c#
visual-studio
debugging

or задайте свой вопрос.

Посмотрев ваш проект, сообщаю: вы компилируете файлы Unit.cpp и Source.cpp. И все бы ничего, на вы же ухитрились в Unit.cpp внести строку

#include "Source.cpp"

так что все функции и иже с ними, имеющиеся в Source.cpp, скомпилированы дважды! Уберите эту строку.

И как только вы сделаете это и добавите отсутствующие у вас реализации Employee::Print() и Housewives::Print(), все соберется. Заработает ли — это уже совсем второй вопрос, я не смотрел сам код, только сборку…

I recently updated from Visual Studio 2017 Community Edition to Visual Studio 2019 Community Edition.

Now, if I build my solution with errors, they will show up in the build output, but not all of them will appear in the error list. It would appear only errors of open files will show up in the error list. This is incredibly annoying.

I am not alone in this issue. It has been reported many times on Microsoft’s forums, but no one has a definitive solution.

I have tried a variety of solutions people suggested in those threads:

  • I have ensured the filters are legitimate: Entire Solution, Errors enabled, Build + Intellisense.
  • I have tried deleting the .vs folder and restarting Visual Studio.
  • I just updated to the very latest Visual Studio 2019 version. Supposedly there are many different versions of this error, happening in versions of Visual Studio all the way back to 2017. Some supposedly have been fixed…?
  • I have disabled parallel project loading.

I have experienced this before in other versions of Visual Studio with Razor pages. To my knowledge, that’s to be expected in Razor though.

The only other factor that I severely doubt impacts anything is that it’s a Visual Studio project generated by Unity editor. From what I’ve read, ASP.NET, Razor, Xamarin, and other frameworks have each had their own version of issue reported. Perhaps Unity is afflicted by it too, but I don’t see how or why. I doubt Unity’s auto-generated Visual Studio projects are that different from your standard library projects.

Студворк — интернет-сервис помощи студентам

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

C++ 
1
2
3
4
5
6
7
8
9
10

#include <iostream>
#include <cstdlib> // для system
using namespace std;
 
int main()
{
    cout << "Hello, world!" << endl;
    system("pause"); // Только для тех, у кого MS Visual Studio
    return 0;
}

и у меня вываливается куча ошибок.
Первым выскакивает окно — Возникли ошибки сборки… Продолжить и запустить последний успешно построенный вариант?

Жму Да

Не удается запустить программу (путь к экзешнику)

Не удается найти указанный файл

Жму ОК
И внизу под кодом 17 ошибок, которые ругаются на код…

Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2018 неизвестный знак «0x7» Project4 C:Program Files (x86)Windows Kits10Include10.0.17763.0ucrtstddef.h 1
Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2018 неизвестный знак «0x1b» Project4 C:Program Files (x86)Windows Kits10Include10.0.17763.0ucrtstddef.h 1
Серьезность Код Описание Проект Файл Строка Состояние подавления
Ошибка C2146 синтаксическая ошибка: отсутствие «;» перед идентификатором «щюь» Project4 C:Program Files (x86)Windows Kits10Include10.0.17763.0ucrtstddef.h 1

Это я некоторые скопировал.

Я пробовал в VSCode попробовать, но там тоже ничего не запускается…. Проблема с файло JSON. МОжет какие-то предварительные настройки нужно сделать?

#.net-core #entity-framework-core #nuget #visual-studio-2019

#.net-core #entity-framework-core #nuget #visual-studio-2019

Вопрос:

У меня есть .Net Core 3.1, созданный в Visual Studio 2019 (C # .Net Core library). Я пытаюсь добавить EntityFrameworkCore через диспетчер пакетов NuGet в проект. При попытке добавить я получил некоторые ошибки совместимости.

Итак, мы создали проекты и добавили EntityFrameworkCore в другую систему. При попытке создать этот проект в Visual Studio 2019 в моей системе я получаю следующие ошибки:

Ошибки в Visual Studio 2019

Это снимок .Net и .NETCore runtime и sdk, установленные на компьютере: Установленная среда выполнения и пакеты SDK

Вот результаты восстановления dotnet: (частичный список)

Foo.WPFApp> восстановление dotnet Определение проектов для восстановления …: предупреждение NU1701: система пакетов.ComponentModel.Аннотации 5.0.0′ были восстановлены с помощью ‘.NetFramework,Version = v4.6.1, .NetFramework,Version = v4.6.2, .NetFramework,Version = v4.7, .NetFramework,Version = v4.7.1, .NetFramework,Version = v4.7.2,.NetFramework,Version= v4.8’ вместо целевой среды проекта ‘.NETCoreApp,Version = v3.1’. Этот пакет может быть не полностью совместим с вашим проектом. [Foo.WPFApp Bar .WPFApp.sln]: ошибка NU1202: пакет Microsoft.EntityFrameworkCore 5.0.0 несовместим с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.EntityFrameworkCore 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln]: ошибка NU1202: пакет Microsoft.EntityFrameworkCore.Abstractions 5.0.0 несовместим с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.EntityFrameworkCore.Abstractions 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln]: ошибка NU1202: пакет Microsoft.Расширения.Кэширование.Память 5.0.0 несовместима с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.Расширения.Кэширование.Память 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln]: ошибка NU1202: пакет Microsoft.Расширения.DependencyInjection 5.0.0 несовместим с netcoreapp3.1 (.NETCoreApp,версия = v3.1). Пакет Microsoft.Расширения.DependencyInjection 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln]: ошибка NU1202: пакет Microsoft.Расширения.Ведение журнала 5.0.0 несовместимо с netcoreapp3.1 (.NETCoreApp,версия = v3.1). Пакет Microsoft.Расширения.Ведение журнала 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln]: ошибка NU1202: Пакет

Вот результаты сборки dotnet: (частичный список)

Определение проектов для восстановления … …. csproj: предупреждение NU1701: система пакетов.ComponentModel.Аннотации 5.0.0′ были восстановлены с помощью ‘.NetFramework,Version = v4.6.1, .NetFramework,Version = v4.6.2, .NetFramework,Version = v4.7, .NetFramework,Version = v4.7.1, .NetFramework,Version = v4.7.2,.NetFramework,Version= v4.8’ вместо целевой среды проекта ‘.NETCoreApp,Version = v3.1’. Этот пакет может быть не полностью совместим с вашим проектом. [Foo.WPFApp Bar .WPFApp.sln] …. csproj: ошибка NU1202: пакет Microsoft.EntityFrameworkCore 5.0.0 несовместим с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.EntityFrameworkCore 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln] …. csproj: ошибка NU1202: пакет Microsoft.EntityFrameworkCore.Abstractions 5.0.0 несовместим с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.EntityFrameworkCore.Abstractions 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln] …. csproj: ошибка NU1202: пакет Microsoft.Расширения.Кэширование.Память 5.0.0 несовместима с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.Расширения.Кэширование.Память 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln] …. csproj: ошибка NU1202: пакет Microsoft.Расширения.DependencyInjection 5.0.0 несовместим с netcoreapp3.1 (.NETCoreApp, версия = v3.1). Пакет Microsoft.Расширения.DependencyInjection 5.0.0 не поддерживает никаких целевых фреймворков. [Foo.WPFApp Bar .WPFApp.sln] ….csproj: ошибка

Может кто-нибудь помочь мне определить проблему и исправить ее?

Ответ №1:

1) Попробуйте сначала очистить кэш nuget или просто удалить все файлы кэша в разделе C:Usersxxx(current user).nugetpackages .

2) отключите все установленные и сторонние расширения в разделе Расширения -> Управление расширениями -> Установлено

Или используйте devenv / safemode для запуска начального vs, чтобы проверить, повторится ли проблема.

Кроме того, пожалуйста, не забудьте удалить все bin obj папки и перед установкой пакета nuget.

Если ваша версия VS2019 отсутствует 16.8.X , пожалуйста, обновите ее, поскольку NET5.0 применяется с тех пор 16.8 .

Кроме того, попробуйте создать новое приложение net core, а затем проверьте, не повторится ли проблема.

Комментарии:

1. Проблема решена — спасибо. Я выполнил шаги 1) и 2). Похоже, что что-то где-то было кэшировано.

Ответ №2:

Я удалил свой предыдущий ответ, поскольку он был недействительным.

Это скомпилировано в Visual Studio 2019. Он работал на 1 машине. Когда мы перенесли решение на другую машину, оно не сработало. Пакеты: EntityFrameworkCore, .SQL и .Инструменты

Попробуйте очистить bin/ и obj/ папки перед перекомпиляцией проекта на компьютере, на котором произошел сбой.

Попробуйте также скомпилировать ее, используя dotnet build непосредственно из командной строки.

Комментарии:

1. попробовал оба варианта. Те же результаты. Я обновил свою версию VS 2019 до 16.8.2 (последняя версия). Я только что загрузился на другой компьютер, и он работает нормально. Есть ли что-то кэшированное / поврежденное в моей среде где-нибудь?

2. Если вы это сделаете dotnet --info , можете ли вы увидеть установленный .NET 3.1.x SDK?

3. Проверьте post на наличие установленных runtime amp; sdk.

4. Здесь мы кое-что упускаем. Можете ли вы предоставить вывод dotnet restore (и dotnet build если на этапе восстановления не обнаружено ошибок) после повторного удаления папок bin/ и obj/?

Источник

I installed VS 2019 pro.

When I open existing project in vs2019, I cannot build project. The project works and builds
correctly in VS2017.
When I open in VS2019 the project (just now clearly created and working in VS2017), project does not load (in vs2019) and this warning appears.

C:\Users\ik.CEBIA\source\repos\WebApplication1\WebApplication1\WebApplication1.csproj : error  : The tools version «15.0» is unrecognized. Available tools versions are «12.0», «14.0», «2.0»,
«3.5», «4.0».  C:\Users\ik.CEBIA\source\repos\WebApplication1\WebApplication1\WebApplication1.csproj

When I manually change (in .csproj file) 

<Project ToolsVersion=»15.0″ 
to
<Project ToolsVersion=»14.0″
Then when trying to reload project, only appears info, that migration is needed.

Unsupported
This version of Visual Studio is unable to open the following projects. The project types may not be installed or this version of Visual Studio may not support them.

For more information on enabling these project types or otherwise migrating your assets, please see the details in the «Migration Report» displayed after clicking OK.
  — WebApplication1, «C:\Users\ik.CEBIA\source\repos\WebApplication1\WebApplication1\WebApplication1.csproj»


Non-functional changes required
Visual Studio will automatically make non-functional changes to the following projects in order to enable them to open in Visual Studio 2015, Visual Studio 2013, Visual Studio 2012, and Visual Studio 2010 SP1. Project behavior will not be impacted.
  — WebApplication1, «C:\Users\ik.CEBIA\source\repos\WebApplication1\WebApplication1.sln»

When I try to create completely new project in VS2019 (c#/Windows/WEB/ASP.net web application/MVC), only this error appears:

The tools version «15.0» is unrecognized. Available tools versions are «12.0», «14.0», «2.0», «3.5», «4.0».

When I open VS2019 development command prompt and type: msbuild /version, I get this:

C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional>msbuild /version
Microsoft (R) Build Engine version 16.0.461+g6ff56ef63c for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.

15.9.21.664

The version 15.9.21.664 is strange.

When I open in VS2019 any existing project, it cannot be built in VS2019.

Output:
1>—— Rebuild All started: Project: ZTP_vin, Configuration: Debug Any CPU ——
2>—— Rebuild All started: Project: ZTP_vin_cs, Configuration: Debug Any CPU ——
========== Rebuild All: 0 succeeded, 2 failed, 0 skipped ==========

Warnings:
Warning  Could not find rule set file «ManagedMinimumRules.ruleset». ZTP_vin C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.VisualBasic.CurrentVersion.targets 133 

Warning  The target «CollectReferencedNuGetPackages» does not exist in the project. ZTP_vin D:\AAA_data\AAA_VB\ZTP_vin\ZTP_vin\ZTP_vin.vbproj  
Warning  The referenced component ‘System’ could not be found. ZTP_vin_cs   
Warning  Could not create output directory ».  Exception has been thrown by the target of an invocation. ZTP_vin_cs   
Warning  The referenced component ‘Microsoft.CSharp’ could not be found. ZTP_vin_cs   
Warning  The referenced component ‘Microsoft.VisualBasic’ could not be found. ZTP_vin_cs   
Warning  The referenced component ‘System.Xml.Linq’ could not be found. ZTP_vin_cs   
Warning  The referenced component ‘System.Xml’ could not be found. ZTP_vin_cs   
Warning  Could not find rule set file «ManagedMinimumRules.ruleset». ZTP_vin_cs C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.CSharp.CurrentVersion.targets 133 

My environment:Win 10 pro, 1809 (build 17763.404)
VS2015, VS2017, VS2019 — pro

Источник

You’re in Visual Studio… you press F5 (Run) and are greeted by this dialog:

There were build errors. Would you like to continue and run the last successful build?

Wonderful.

I’m sure there are cases where running the last successful build is useful, however, I have never purposefully answered yes to this question. Oh sure, I’ve clicked Yes plenty of times, and waiting in frustration for the first opportunity to undo my blunder, but nothing more.

So, have you ever found this feature useful? And if so, under what circumstances did it become helpful for you to be able to run the last successful build of your application?

How often do you accidentally click Yes and kick yourself while waiting for the app to start?

asked Feb 27, 2009 at 19:02

joshuapoehls's user avatar

joshuapoehlsjoshuapoehls

32.9k11 gold badges50 silver badges61 bronze badges

4

In VS2008 there are the following options you can set to change the behavior (not sure if there are similar options in other versions of Visual Studio):

Projects and Solutions/Build and Run

    - On Run, when projects are out of date:

          Always build
          Never build
          Prompt to build <== default setting

    - On Run, when build or deployment errors occur:

          Launch old version
          Do not launch
          Prompt to launch <== default setting

Set the above options to «Always build» and «Do not launch» and you get what I consider a more ueseful behavior. Though sometimes when I try to launch the debugger and there’s a build error it takes me a few seconds to realize why I’m not getting to the breakpoint I thought I’d be hitting (it might be nice to get some sort of ‘toaster’ type of message to knock me out of my stupor).

answered Feb 27, 2009 at 19:31

Michael Burr's user avatar

Michael BurrMichael Burr

334k50 gold badges535 silver badges761 bronze badges

6

This behaviour can be defined under
Tools->Options->Projects and Solutions->Build And Run->
On Run, when Build or Deployment Errors occur

here you can select:
— Launch old version
— Do not launch
— Ask to launch

answered Apr 9, 2009 at 8:56

This can be useful when you debug a web application and one of the pages does not compile, because some other developer checked in a bad version, or you can’t check out the latest code for whatever reason, but you know you will not hit that page. I do it all the times.

answered Feb 27, 2009 at 19:06

cdonner's user avatar

cdonnercdonner

37.1k22 gold badges106 silver badges154 bronze badges

Interesting. I’ve actually never seen that dialog — I know there’s an option to enable/disable running the previous successful build, so perhaps it shows a dialog first. You can look into disabling it if you won’t use it.

One reason this can be useful, however, is if you want to remind yourself what the bug was that you were working on. Not all things can be fixed in edit-and-continue, and you might need a memory jog.

answered Feb 27, 2009 at 19:07

lc.'s user avatar

lc.lc.

114k20 gold badges158 silver badges187 bronze badges

It’s also helpful on web applications, because it will force the cassini servers to start. You need this if you are working on one project in the solution that won’t compile, and you need to refresh the web services in another project.

answered Feb 27, 2009 at 19:23

kemiller2002's user avatar

kemiller2002kemiller2002

114k27 gold badges197 silver badges251 bronze badges

When using VS 2008 Express, there is a box to never show this dialog again. Just tried it and it will take away the dialog, leaving only a build failed message in the bottom left hand portion of the screen.

As for how often do I hit it, quite often. Frustrating as sometimes I have changed the code complete while testing things and will get something completely unrelated to the task at hand. Not sure when Microsoft figured this would be useful.

answered Feb 27, 2009 at 20:05

Terry's user avatar

TerryTerry

3191 gold badge3 silver badges13 bronze badges

It works on the preference of selection of appropriate dll on runtime. Executables are not generated if there is any built error so the compiler looks for the executable which is existing which is obviously the last successful compiled.

answered Jun 9, 2009 at 12:03

Источник

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

Убедитесь, что все проекты в вашем решении настроены на одну и ту же версию .NET.

Подобно OP, было 0 ошибок, но сборка не срабатывала. Тем не менее, была одна предупреждающая запись (похороненная между несколькими сотнями бесполезных предупреждений XML…), в которой говорилось, что один проект предназначался для другой версии .NET, чем проект, который ссылался на него. Вся проблема заключалась в том, что один проект в моем решении предназначался для .NET 4.5.2, когда остальные были нацелены на 4.5.1. Он должен работать даже с этим расхождением (следовательно, это было просто предупреждение), но, к сожалению, он сломал сборку.

Странная часть заключалась в том, что он построил/работал нормально некоторое время, но внезапно сборка начала сбой, вызвав одну проблему. Не уверен, что я сделал для этого, чтобы начать жаловаться на разные целевые версии .NET, но я чувствую, что в Visual Studio есть только некоторые загадки, которые никогда не будут решены.

Источник

Понравилась статья? Поделить с друзьями:
  • Возникли ошибки при валидации документа
  • Волга климат контроль ошибки
  • Возникла ошибка принтера hp laserjet p1005
  • Возникла следующая ошибка при чтении списка служб
  • Вокруг них разгорелся спор устраните ошибки