There were build errors visual studio что делать

Обновлено: 02.07.2024

Originally received HRESULT 0x8007064f as well, but after running VS in admin mode, no longer receiving that one. The project is still throwing an "Unrecoverable build error," File = "[AppName.vdproj]" no Line, no Column.

Are there any issues with the Installer right now? More specifically, with the GAC Folder? The project has 20 dll's (DevExpress) I am trying to install into the GAC. They are set as:

Let me know if any other properties necessary to determine cause or assist with solution. I usually use INNO for setups, but recently learned that we can register through the extension. It's possible (probable) that I simply have an incorrect setting somewhere. Searching has thus far led me to Wine (lol), and numerous articles that offer no help.

Ответы

If anyone else experiences this issue and would like actual support instead of the typical "Post over there" completely useless response:

There seems to be a bug somewhere in the installer/compiler. Maybe it's intended, but if so - poor choice.

When you add a dll, it tries to find other dll's which the first dll has dependencies. It automatically adds those dlls, even if those dlls are already included (as an example, I selected DevExpress.XtraGrid.v14.1.dll. It automatically added DevExpress.XtraPrinting.v14.1.dll, even though I had already added DevExpress.XtraPrinting.v14.1.dll). If you add numerous dlls at once, and aren't expecting this behavior, it's easy to look over the duplicates. Manually excluding these duplicates corrects all compiler issues - or at least it did for me.

I hope this helps someone in the future.

Все ответы

Extra info for clarification. this is not through the InstallShield setup. It is through the Visual Studio Installer extension. Other Project Types -> Visual Studio Installer -> Setup Project. Visual Studio 2013 Professional, Version 12.0.31101.00 Update 4.

The forum is main about “visual studio installation”.We talk about question about Install/Uninstall visual studio here. As your description, I am afraid your problem is out of support in the forum. You can post your thread in the link "Q And A":

Originally received HRESULT 0x8007064f as well, but after running VS in admin mode, no longer receiving that one. The project is still throwing an "Unrecoverable build error," File = "[AppName.vdproj]" no Line, no Column.

Are there any issues with the Installer right now? More specifically, with the GAC Folder? The project has 20 dll's (DevExpress) I am trying to install into the GAC. They are set as:

PackageAs - vsdpaDefault

Permanent - True

Register - vsdraCOM

Let me know if any other properties necessary to determine cause or assist with solution. I usually use INNO for setups, but recently learned that we can register through the extension. It's possible (probable) that I simply have an incorrect setting somewhere. Searching has thus far led me to Wine (lol), and numerous articles that offer no help.

Need to confirm whether that extension installed successfully, and whether registering that dll shared in the following blog helps.

In addition to that blog, we'd better check mergemod.dll version to make sure it is the latest version.

remember make the reply as answer and vote the reply as helpful if it helps.

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

При сборке с использованием Visual Studio 2010 сборка завершается неудачно без каких-либо ошибок или предупреждений. Однако создание .csproj с использованием MsBuild успешно.

Не могу понять, что я должен попробовать в Visual Studio, чтобы решить/диагностировать проблему. Можете ли вы помочь?

РЕДАКТИРОВАТЬ:

Я обнаружил, что сборка не удалась,

Из текста, отображаемого в строке состояния.

Я смог определить это, установив многословность сборки проекта MSBuild (в области Visual Studio Options/Projects and Solutions/Build and Run) в "Diagnostic", как показано ниже. Затем это показало, что пользовательское действие (в моем случае HgVersionFile) было ошибкой.

Если решение содержит более одного проекта, попробуйте создать их по одному.
Попробуйте перезапустить Visual Studio.
Попробуйте перезагрузить компьютер.
Попробуйте "Восстановить все"
Попробуйте "Очистить решение", затем удалите файлы "vspscc" и "vssscc", а затем перезапустите Visual Studio и затем "Перестройте все".

VS (2013 Pro, Win 8.1) перезагрузка сделала это для меня.

Чтобы устранить проблему с обновлением Visual Studio 2015 2, мне приходилось строить каждый проект по одному и смотреть окно вывода после каждой сборки.

Один проект дал мне

"Тип или имя пространства имен" SomeNamespace "не существует в пространстве имен" BeforeSomeNamespace "(вам не хватает ссылки на сборку?)".

В окне списка ошибок не было ошибок, но на сборке был желтый предупреждающий знак в разделе "Ссылки".

Затем я увидел, что проект ссылки ориентирован на 4.5.1 и на упомянутый проект 4.6.1. Изменение 4.6.1 до 4.5.1 позволило построить общую сборку.

Удалите папку .vs и перезапустите VS, у меня сработало

Ничего не работало для меня, поэтому я удалил файл .suo, перезапустил VS, очистил проецируемый, а затем сборка будет работать.

Я попробовал очистить/перестроить решение, закрыть Visual Studio и даже перезагрузить компьютер. Я также позаботился о том, чтобы выполнить шаги, описанные в прогонах Debugging, даже с ошибками компилятора в Visual Studio. Я могу изменить файлы .cs, и я вижу изменения в решении.

Есть ли у кого-нибудь представление о том, почему он это делает?

У вас установлен ReSharper или любой другой аддон, подобный этому? Они могут также вызвать красные волнистые линии. Попробуйте удалить папки bin и obj из каждого проекта. Ошибки или предупреждения? Если проект собирается, значит, это предупреждения. Отключи все аддоны и посмотри как пойдет. У нас та же проблема с двумя нашими машинами на кандидатуре VS 2013 RC. Хотя Resharper не установлен. Дело в том, что, несмотря на то, что сборка выполняется без проблем, никакой intellisense работать не будет, поскольку он не может «разрешать» пространства имен и объекты. Очень странно. Работает на 5 других машинах отлично. +1 за ответ Чарли Брауна. VS2010 обнаруживал ошибки, но не мешал сборкам или чему-то в этом роде; очистка папок bin и obj разобрала все В моем случае виновник не был резким, просто файл .suo. Я перепробовал все варианты в этой теме, но проблема сохраняется. Есть ли дополнительные предложения или рекомендации?

Если у вас есть ReSharper, попробуйте очистить кеш ReSharper:

В меню ReSharper> Параметры> Среда> Общие> Очистить кэш

и отключение и повторное включение ReSharper:

В меню Инструменты> Параметры> ReSharper> Общие> Приостановить/Восстановить

Очистка кэша Resharper не помогла в моем случае, попробовала приостановить/восстановить, а также Repair Resharper, используя последнюю загрузку с сайта JetBrains - ни одна из них не помогла. Это после того, как я попытался закрыть/снова открыть VS, перезагрузить машину, повторить, построить/перестроить и их комбинацию.

Интересно, что приостановление работы Resharper, казалось, решило проблему после перезапуска VSO 2nd, но она вернулась после того, как я включил Resharper < - Я пытался сделать эту последовательность 2-3 раза обеспечить шаблон.

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

Итак, я удалил скрытый файл .SUO на том же уровне папок с решением, и он волшебным образом решил все красные.

Примечание. Для Visual Studio 2015 файл .SUO находится в скрытой папке .vs/[solution_name]/v14.

Шаги Решарпера тоже не сработали, но это сработало. Спасибо! Ваше решение исправило это для меня после перезапуска Visual Studio. Спасибо! :) VS2015 - У меня даже был 1 проект, который не собирался бы строить, но я мог сказать по ошибкам, которые он должен был иметь. Мне не нужно было закрывать VS. Просто закройте решение, удалите .suo и снова откройте решение. Задача решена. Это работало для Visual Studio 2017, Resharper Ultimate и восстановления пакетов nuget, которые были скомпилированы нормально, но отображались как ошибки. Это была ссылка на подсказку, которая работала для меня Для меня это была проблема Resharper, мне пришлось закрыть и снова открыть VS между отключением Resharper и его повторным включением: 1. Очистил кеш Resharper. 2. Отключил Резарпер. 3. Выход VS. 4. Введено VS 5. Включено Resharper

TL;DR; Выгрузите и перезагрузите проблемный проект.

Когда это происходит со мной, я (раньше) пытался закрыть VS и снова открыть его. Это, вероятно, работало примерно половину времени. Если это не помогло, я бы закрыл решение, удалил файл .suo (или всю папку .vs) и заново открыл решение. До сих пор это всегда работало для меня (более 10 раз за последние 6 месяцев), но это немного утомительно, потому что некоторые вещи сбрасываются, такие как режим сборки, запуск проекта и т.д.

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

Примечание: похоже, это работает как для VS 2017, так и для 2015 года.

« Я только что попытался выгрузить этот проект и перезагрузить его, и это сработало». Я чувствую, что я участвую в культе грузов, но в итоге я загружал и выгружал (со случайными очистками и сборками между ними), и в итоге получил золото. Так странно. Это с VS 2017 года. @ruffin ruffin - хе-хе. Я думаю, что каждый ответ на этот вопрос - «культ груза», но я считаю, что мой самый быстрый и наименее навязчивый. ;) Удаление всей папки .vs сделало это для меня в сообществе VS 2017 с ReSharper У меня разгрузка и перегрузка работали и в VS 2019 CE

Я очистил раствор, закрыл VS, снова открыл его, построил решение, и красные неразрешенные линии были очищены, а сборка выполнена успешно.

Эти шаги, точно следуя, работали на меня. Просто уборка и строительство не будет работать для меня. Выключи его и включи снова . ты думаешь, я бы уже попробовал это. +1 Это решило проблему! Но что вызвало это в первую очередь !? Я понятия не имею. Я считаю Visual Studio наиболее нестабильной IDE, которую я использовал. Он продолжает зависать, часто вылетает и время от времени показывает странные ошибки. Я перестал считать проблемы, если честно. Выполнение этих точных шагов не решило проблему для меня (в VS2015). Я пробовал это много раз, не помогло в этом случае. Я даже получил ошибки компиляции, поэтому я не мог запустить приложение. Я переключился на Release, а затем IntelliSense обнаружил множество «недостающих» классов, и я смог построить и запустить проект, но в списке все равно есть ошибки.

Я обнаружил, что это часто случается при использовании Git в Visual Studio 2017, переключая ветки, где есть зависимые изменения кода. Даже если проект будет успешно построен, в списке ошибок останутся ошибки.

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

Закрыть Visual Studio
Удалите файл .vs\SlnName\v15.suo (скрытый)
Перезапустите Visual Studio

Спасибо за этот совет. Это решило проблему для нас с VS 2017 (без каких-либо обновлений). Кстати, это случилось с нами после удаления и извлечения ветки, которая была перебазирована на удаленном компьютере. Хотя это решение не решило мою проблему, я думаю, что эта проблема возникла после переключения веток с незафиксированными изменениями (потому что мне нужно было применить их к другой ветке) @CularBytes Может стоит сохранить изменения перед переключением веток. git stash, переключить ветку, git stash pop

У меня возникла такая проблема, когда Intellisense, похоже, не признавал существование одного проекта (много "не может найти этот тип", "это пространство имен не существует" и т.д. ошибок).

Удаление и повторное добавление ссылки на проект во всех проектах-ссылках устранит проблему, но основная причина может быть устранена путем редактирования .proj файла проблемного проекта.

В верхней части "отсутствующего" проекта ".csproj файл - это элемент:

а во всех ссылочных проектах файлы .csproj были ссылками на проект:

Ссылка GUID не соответствует GUID проекта. Замена выше на устраняет проблему без необходимости проходить через каждый проект ссылки.

Это сработало для меня, хотя это был пакет Nuget. Я позаботился о том, чтобы путь оставался относительным в файле .csproj (буквально ничего не изменилось в TFS DIFF), но это сделало VS2017 STFU из-за несуществующих ошибок. Мне нужно было только добавить одну ссылку на проект, и все ссылки на проблемы обновились. Ни одно из других решений не помогло мне, это помогло :)

Я пробовал все 6 вариантов, ничего не работало для меня. Ниже решения была решена моя проблема.

Закрыть VS. Удалите скрытую папку ".vs" рядом с файлом решения. Перезагрузите VS и загрузите решение.

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

для VS-2017 удаленная папка.vs работала для меня.

Иногда мне приходится выполнять обычную очистку, просматривая все проекты и вручную удаляя папки "bin" и "obj". Чтобы увидеть их в Visual Studio, вам нужно включить скрытые файлы и папки для каждого проекта. После этого переустановите решение.

Вариант 1. Очистка, сборка и обновление (опция @Mike Fuchs)

Как упомянул @Mike Fuchs, попробуйте следующие операции:

В меню "Построение"> "Чистое решение".

А также

В меню Build> Build Solution

и выберите проект, о котором идет речь, и нажмите кнопку обновления:

Вариант 2: очистить, закрыть, перезапустить и построить (опция @Pixel)

Как упоминалось @Pixel, попробуйте следующую последовательность операций:

Чистый раствор
Закрыть Visual Studio
Откройте Visual Studio
Построить решение

Вариант 3: очистить кеш ReSharper (опция @CydrickT)

Если у вас есть ReSharper, попробуйте очистить кеш ReSharper:

В меню ReSharper> Параметры> Среда> Общие> Очистить кэш

и отключение и повторное включение ReSharper:

В меню Инструменты> Параметры> ReSharper> Общие> Приостановить/Восстановить

Вариант 4. Удалите файл .suo (опция @Neolisk).

Как уже упоминалось @Neolisk, удаление файла .suo может решить вашу проблему. Для Visual Studio 2015 файл находится в:

И для Visual Studio 2017:

Обратите внимание, что каталог .vs скрыт.

Вариант 5: выгрузить и перезагрузить проект (опция @TTT)

Как упоминалось в @TTT, попробуйте выгрузить проект, который вызывает проблемы:

В обозревателе решений щелкните правой кнопкой мыши проект "Выгрузить проект".

И перезагрузить его

В обозревателе решений щелкните правой кнопкой мыши проект "Перезагрузить проект".

Вариант 6: удалить и добавить ссылку на Microsoft.CSharp (опция @Guilherme)

Как упомянул @Guilherme, попробуйте удалить и добавить ссылку на "Microsoft.CSharp" из проектов, в которых есть проблемы.

В обозревателе решений разверните проект, разверните "Ссылки", щелкните правой кнопкой мыши "Microsoft.CSharp" и выберите "Удалить".

Затем щелкните правой кнопкой мыши References> Add Reference, выберите "Microsoft.CSharp" из списка и нажмите "OK".

Следующее решение сработало для меня

2 - Удалить папку.vs

4 - Сборка решения

Возможно, вы пытаетесь использовать reset свой кеш intellisense. У меня была аналогичная проблема в visual studio 2012 при работе в большом проекте со многими определениями частичного класса. Уменьшение частичных решений частично разрешило проблему, также очистив кеш intellisense - на некоторое время.

Выгрузить и перезагрузить проект исправил эту проблему.

сначала закройте решение.
затем удалите файл кэша решения (в папке C:\Users\Documents\Visual Studio\Backup Files/файле кэша проекта)
затем.suo удалить файл
то решение открывается и строится.

Я надеюсь решить вашу проблему

После проверки всех перечисленных вариантов я обнаружил еще одну причину, почему это может произойти. Если кто-то отправил вам исходный код в виде zip или загрузил zip, Windows, возможно, заблокировала все файлы. 2 способа решить эту проблему:

Способ 1:

Щелкните правой кнопкой мыши на исходном файле Zip → Проверить "Разблокировать" → Нажмите "Применить"

Способ 2:

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

0 - Щелкните правой кнопкой мыши на решении и очистите решение

2 - Удалить файл проекта.suo

4 - Сборка решения

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

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

Что в конечном итоге сработало, переименовал файл в другое и снова изменил его.: Facepalm:

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

Все, что мне нужно было сделать, - это обновить служебную ссылку, и VS удалось собрать фрагменты за кулисами. Никаких изменений в исходном коде или сгенерированных файлах.

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

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

Была эта проблема на работе (работает VS2017). Перепробовал все ответы здесь. Нет радости

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

Мое решение содержало 3 проекта.

Обнаружено, что 3 из ссылок на библиотеку NuGet для одного из проектов были вне очереди. Консолидированы ссылочные версии библиотеки и бинго.

Надеюсь, это кому-нибудь поможет.

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

Проблема:

Проект строит штраф, но Intellisense не распознает определенные типы и помечает определенное с using заявления как недействительные.

Решение:

Измените "Платформу решений" (в VS 2017 это раскрывающийся список рядом с раскрывающимся списком "Конфигурация решения", который имеет значения, такие как x86, x64, AnyCPU, Mixed Platforms и т.д.), На AnyCPU.

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

TL; DR: выполнить чистую переустановку Visual Studio

Итак, я предполагаю, что может быть что-то не так с самой Visual Studio (возможно, что-то в каталоге кеша или вообще что-то на вашем ПК, которое напрямую не связано с конкретным решением), которое может быть решено чистым и полным re -установка Visual Studio. Я знаю, это глупое "решение", но в моем случае только новая установка Visual Studio (2019) имела эффект.

Как уже упоминалось, в моем случае затронуты только классы STL. IntelliSense не отображает своих членов, что нечетно. Я думал, это может быть связано с прекомпилированными заголовками. Где-то я читал, что STL и проект должны быть на одном диске и помещать их на то же самое, чтобы решить проблему. Но ни один из этих маршрутов не привел к успеху.

в моем случае vs никогда не сохранял импортированные пространства имен в свойствах проекта> ссылки

когда я попытался добавить/проверить их снова, я не мог и vs забросил ошибку, и когда был спасен проект vs разбился. Когда я снова открывал все стандартные импортированные пространства имен (system.data и т.д.), Все снова были отмечены галочкой, и тогда он распознавал все без ошибок

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

Исправлено: Исключить файл из проекта и сохранить/построить, из-за которого возникла ожидаемая ошибка, а затем Включить файл в проект и сохранить и построить.

После выполнения этих шагов Visual Studio снова начала распознавать мой тип. Если посмотреть на diff в git, то проблема возникла из-за несоответствий строк в строке <Compile Include=". " /> моего файла .csproj.

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

Попробуйте навести курсор мыши на подчеркнутые элементы. Обычно это говорит вам, в чем проблема. Чтобы просмотреть список всех ошибок/предупреждений, перейдите в View = > Список ошибок. Таблица должна открываться в нижней части IDE со всеми перечисленными ошибками/предупреждениями.

К сожалению, единого метода решения для ошибки «Microsoft Visual C++ Runtime Library» нет, так как причины могут быть разными: отсутствующие или поврежденные компоненты системы, влияние сторонних служб и программ, в некоторых случаях — ошибки в самой запускаемой программе (особенно если она была написана вами лично).

Язык программ, не поддерживающих Юникод и пути к папкам с программой

Этот способ решения часто оказывается результативным для пользователей с русскоязычными версиями Windows 10, 8.1 или Windows 7, при условии, что ошибка Microsoft Visual C++ Runtime Library вызывается какой-то сторонней программой, а не системными компонентами, такими как explorer.exe или SystemSettings.exe.

Если запускаемая игра или программа (или её установщик) находится в папке, путь к которой содержит кириллицу (русские буквы), перенесите её в другое расположение или переименуйте папку, попробуйте запустить. Например, если ваше имя пользователя на русском языке, а файл запускается из папки «Загрузки», то полный путь к ней будет иметь види это может послужить причиной ошибки.
Зайдите в Панель управления (в Windows 10 панель управления можно открыть через поиск на панели задач) — Региональные стандарты, откройте вкладку «Дополнительно» и в разделе «Язык программ, не поддерживающих Юникод» нажмите «Изменить язык системы». Выберите «Английский (США)», примените настройки и перезагрузите компьютер, затем проверьте, решило ли это проблему.

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

Здесь присутствует один нюанс: обычно мы не знаем, какие именно из многочисленных наборов распространяемых компонентов Microsoft Visual C++ послужил причиной проблемы, а потому я рекомендую следующих подход их переустановки:

Если указанные шаги не решили проблему, выполните следующие шаги:

Драйверы видеокарты и DirectX

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

Дополнительные методы решения проблемы

Удалить программы, установленные непосредственно перед появлением ошибки. По отзывам, причиной может быть самое разное стороннее ПО, среди примеров: Intel True Key, программы принтеров HP, антивирусы.
Использовать точки восстановления системы при их наличии.
Выполнить чистую загрузку (не путать с установкой) Windows. Если при чистой загрузке ошибка исчезает, то причина — какие-то программы в автозагрузке или сторонние службы. Можно включать их группами, пока не выявим, что именно вызывает ошибку. Как именно выполнить чистую загрузку описано в инструкции Чистая загрузка Windows. .
Отдельная инструкция для этой же ошибки с кодом R6025 pure virtual function call

Ещё один вариант, для случая, когда ошибку вызывает какой-то системный процесс — создать нового пользователя Windows (лучше, если будет использовано имя на латинице), зайти в систему под ним и проверить, сохраняется ли ошибка у этого пользователя.

Видео инструкция

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

А вдруг и это будет интересно:

28.01.2021 в 22:31

Есть вопрос к вам по поводу купленного самсунг 980 про и материнки гигабайт аорус мастер z390 так вот нету ни в одной программе ни информации про смарт ни трим ни Ncq ни остального только есть немного инфы в меджикан. у людей на ютюбе эта информация есть

29.01.2021 в 14:49

10.07.2021 в 12:06

В статью можно добавить sxtrace как один из способов.
У меня прога на работе требует vc++ x86 2005ые, но их оказывается есть несколько версий, и с помощью sxtrace можно точно узнать версию требуемой библиотеки.

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