Не удалось найти файл метаданных c

Обновлено: 21.11.2024

Когда я захожу в папку bin\debug этой .dll, я вижу, что она пуста, а другая .dll, где я не получаю сообщения об ошибке, не пуста. Но я понятия не имею, как это исправить или что я сделал, чтобы это произошло.

Самый распространенный ответ — перейти к свойствам решения, перейти к настройке и снять отметку -> применить -> отметить и применить еще раз, но это не сработало

~ Вопрос задан 2017-05-29 22:37:34

29 ответов

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

Убедитесь, что в вашем проекте нет других сообщений об ошибках, и если они есть, исправьте их в первую очередь!

~ Отвечено 2017-05-30 09:15:47

Действия по исправлению этой ошибки: не удалось найти файл метаданных .dll.

Очистить все проекты.

Выгрузить все проекты.

Перезагрузить все проекты.

Тогда проблема решена.

~ Отвечено 27.10.2017 05:46:18

В моем случае произошла ошибка, но она не была должным образом проанализирована VS и отображена в окне "Список ошибок". Чтобы найти его, вы часто просматриваете старый «Вывод» из окна сборки и анализируете сообщения, начиная сверху вниз, и устраняете фактическую ошибку. М$, исправьте! Это огромная трата времени коллективных разработчиков мира.

Внимательно проверьте имя папки вашего проекта. В моем случае папка моего проекта была названа с пробелами. Когда я клонировал проект с Team Foundation Server с помощью git bash, пробелы в имени папки были преобразованы в «%20». Замена их обратно на пробелы решила проблему для меня.

~ Отвечено 2017-12-12 21:17:03

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

Это произошло в результате дублирования .csproj и добавления копии в решение. Файл .csproj содержит элемент. Я установил новый GUID скопированного проекта.

Обновление: какой GUID вы используете, не имеет значения, он просто должен отличаться от GUID другого проекта. Вы можете создать новый GUID из Visual Studio: Инструменты -> Создать GUID и скопировать часть между фигурными скобками, то есть <. >. Используйте это как новое значение для элемента.

Я также выполнил следующие шаги (не обязательно, но они не помешают):

Закрыть решение
Удалить папку bin
Удалить все папки obj
Открыть решение и создать его.

~ Отвечено 20.12.2017 09:49:29

Я решаю эту проблему, выполнив следующие действия:

Чистое решение
Закройте Visual Studio
Удаление /bin из каталога проекта
Перезапустите Visual Studio.
Перестроить решение

У меня была та же проблема, хотя другие ошибки не отображались в представлении «Список ошибок» после «Перестроить решение». Однако в представлении «Вывод» я увидел ошибку, стоящую за проблемой:

Первичная ссылка "C.\myproj.dll" не может быть разрешена, так как она была создана для платформы ".NETFramework,Version=v4.6.1". Это более поздняя версия, чем текущая целевая платформа ".NETFramework,Version=v4.5"

Как только я это исправил, проблема была решена.

Для меня уборка и строительство не сработали. Выгрузка проекта не помогла. Перезапуск Visual Studio или даже компьютера не сработал. Вот что сработало:

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

Похоже, проблема связана с перемещением проекта (например, переместить его в папку), а затем с другим проектом, который ссылается на него, имеет неправильный путь и не может его найти.

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

например:

должно быть

В моем случае мне пришлось открыть файл .csproj и вручную добавить ссылку, например так (Microsoft.Extensions.Identity.Stores.dll отсутствовала):

Что мне помогло:

Консоль диспетчера пакетов (сообщество Visual Studio 2019):

Очистка моего решения вызвала эту проблему с Visual Studio 2017. Выгрузка/перезагрузка проектов или дополнительная очистка не имели значения. Единственное, что сработало, это закрыть и перезапустить Visual Studio.

Закройте Visual Studio, найдите файл решения .suo, удалите его, снова откройте Visual Studio.

~ Отвечено 2019-03-07 15:18:58

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

У меня была эта проблема, я попробовал все ранее предложенные ответы, а затем по наитию проверил фреймворки.Один из упомянутых проектов был нацелен на 4.6.1, тогда как вызывающий проект был только 4.5.2.

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

Выполнение этой команды в bash для удаления всех корзин сработало для меня

Не могу гарантировать, что это сработает для кого-то еще

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

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

У меня была та же проблема, и я пробовал решения из файла метаданных «.dll», не удалось найти

но ничего из этого не сработало.

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

~ Отвечено 2019-05-30 06:33:39

Я построил 10 проектов из 25 проектов в решении индивидуально один за другим на основе зависимостей. Затем создайте решение. Это исправлено для меня

~ Ответ дан 2020-01-12 17:17:31

После того, как я столкнулся с таким количеством проблем, вот решение, которое я нашел.

откройте этот файл в любом текстовом редакторе и найдите недостающий файл ItemGroup.

удалите эту ItemGroup, снова откройте свой проект и соберите

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

В моем случае проблема заключалась в том, что я ссылался на проект, в котором закомментировал все файлы .cs.

Например, ProjectApp ссылается на ProjectUtility. В ProjectUtility у меня был только 1 файл .cs. Я больше не использовал его, поэтому я закомментировал весь файл. В ProjectApp я не вызывал код из ProjectUtility, но использовал ProjectUtility; в одном из файлов ProjectApp .cs. Единственной ошибкой, которую я получил от компилятора, была ошибка CS0006.

Я раскомментировал файл .cs в ProjectUtility, и ошибка исчезла. Поэтому я не уверен, что отсутствие кода в проекте приводит к тому, что компилятор создает недопустимую сборку или вообще не генерирует DLL. Исправление для меня состояло в том, чтобы просто удалить ссылку на ProjectUtility, а не комментировать весь код.

Если вам интересно, почему я прокомментировал весь код из упомянутого проекта вместо того, чтобы удалить ссылку, я сделал это, потому что я что-то тестировал и не хотел изменять файл ProjectApp.csproj.

~ Ответ дан 2019-11-08 16:24:12

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

У меня было 44 ошибки; 43 заканчивался на .dll (поиск зависимости), а первый в списке ошибок заканчивался на .cs (поиск фактического класса). Я пробовал чистую сборку, очистку, выгрузку, перезагрузку, сборку, но ничего не работает. В итоге я нашел класс в проекте и просто удалил его, так как он все равно отображался как недоступный, после чего последовала чистая сборка.

Вот как я ссылаюсь на свои пользовательские элементы управления:

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

Я проверил порядок сборки и конфигурации зависимостей.

Как видите, абсолютный путь к DLL-файлу обрезан. Я читал, что есть ошибка с длиной. Это возможная проблема?

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

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

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

Я перепробовал все ответы выше, и, к сожалению, в моем случае ничего не сработало. Я столкнулся с 2 ошибками 1. Отсутствует файл .dll 2. Метод уже определен в другом месте с такими же параметрами. Сначала я устранил вторую ошибку, удалив функцию, которая была продублирована в другом месте. Моя первая ошибка - отсутствие файла .dll решилась сама собой. Я хочу сказать, есть ли у вас более одной ошибки вместе с ошибкой отсутствия файла .dll! Сначала попробуйте устранить другие ошибки. Может быть .dll решается сама собой!

100 ответов 100

У меня была такая же проблема. Visual Studio не создает проект, на который ссылаются.

Письменные инструкции:

Щелкните решение правой кнопкой мыши и выберите "Свойства".
Нажмите "Конфигурация" слева.
Убедитесь, что установлен флажок "Создать" для проекта, который он не может найти. Если он уже установлен, снимите флажок, нажмите «Применить» и снова установите флажки.
(Необязательно) Вы должны были сделать это для режимов выпуска и отладки в свойствах решения.

Инструкции по захвату экрана:

Говорят, картинка стоит тысячи слов. Нажмите на GIF-файл, чтобы увеличить его, и, надеюсь, его будет легко понять:

И в моем случае, несмотря на то, что флажок был установлен, снятие и повторная установка этого флажка устранили проблему.

Это устранило мою проблему — мне пришлось сделать это как для режимов Release, так и для Debug в свойствах решения. Спасибо!

Простое снятие флажка/проверка не решило проблему, поэтому мне пришлось выполнить следующие шаги: - очистить решение - снять все флажки сборки - перезапустить VS - установить все флажки сборки - собрать решение

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

снять галочку -> проверка поработала у меня ненадолго, после чего проблема вернулась. Затем я перезапустил Visual Studio, и проблема исчезла.

Это все еще может произойти в более новых версиях Visual Studio (у меня это произошло только в Visual Studio 2013):

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

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

Обратите внимание, что удаление файла .suo приведет к сбросу запускаемых проектов решения.

Подробнее о файле .suo здесь.

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

Я работаю с проектом Xamarin, и файл .suo находится в папке .vs/ . Я попытался удалить его, но это не решило мою проблему

VS2013. Мне пришлось переместить рабочее пространство TFS в другое место. После того, как я закончил это, я начал получать эту ошибку. Мне помогло удаление файла sou.

Это сработало и для меня. Но в Visual Studio 2015 файл .suo скрыт и находится в скрытом каталоге .vs рядом с .sln . например: если файл решения - c:\foo\mysolution.sln, найдите c:\foo\mysolution\.vs\mysolution\v14\.suo

В VS2017 для простоты я просто удалил скрытую папку .vs, а также удалил файл .suo. Я повторно открыл решение, исправил еще одну несвязанную ошибку, и проблема была решена.

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

Мне удалось это исправить, сопоставив платформу проекта с более поздней версией, указанной в предупреждающем сообщении, щелкнув проект правой кнопкой мыши > Свойства > Приложение > Целевая платформа.

Ну, мой ответ — это не только сводка всех решений, но и нечто большее.

Раздел (1):

Общие решения:

У меня было четыре ошибки такого рода («Не удалось найти файл метаданных»), а также одна ошибка, говорящая о том, что «Исходный файл не может быть открыт («Неопределенная ошибка»)».

Я пытался избавиться от ошибки «Не удалось найти файл метаданных». Для этого я прочитал много сообщений, блогов и т. д. и обнаружил, что эти решения могут быть эффективными (обобщая их здесь):

Перезапустите Visual Studio и повторите попытку сборки.

Перейдите в "Обозреватель решений". Щелкните правой кнопкой мыши Решение. Перейдите в Свойства. Перейдите в «Диспетчер конфигурации». Проверьте, установлены ли флажки в разделе «Сборка» или нет. Если некоторые или все из них не отмечены флажками, проверьте их и повторите попытку сборки.

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

Порядок сборки и зависимости проекта:

Перейдите в "Обозреватель решений". Щелкните правой кнопкой мыши Решение. Перейдите в «Зависимости проекта». '. Вы увидите две вкладки: «Зависимости» и «Порядок сборки». Этот порядок сборки является тем, в котором строится решение. Проверьте зависимости проекта и порядок сборки, чтобы убедиться, что какой-то проект (скажем, «проект1»), который зависит от другого (скажем, «проект2»), пытается построить перед этим (проект2). Это может быть причиной ошибки.

Проверьте путь к отсутствующей .dll:

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

Если причина в этом, измените порядок сборки.

Раздел (2):

Мой конкретный случай:

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

Итак, я решил избавиться от другой ошибки, с которой я сталкивался ("Исходный файл не может быть открыт ("Неопределенная ошибка")").

Я предпринял действия, упомянутые в этом сообщении в блоге, и избавился от ошибки "Исходный файл не может быть открыт ("Неизвестная ошибка")" и, к удивлению, избавился от других ошибок ("Не удалось найти файл метаданных ') тоже.

Раздел (3):

Мораль истории:

Попробуйте все решения, указанные в разделе (1) выше (и любые другие решения), чтобы избавиться от ошибки. Если ничего не получается, как указано в блоге, упомянутом в разделе (2) выше, удалите записи всех исходных файлов, которых больше нет в системе управления версиями и файловой системе, из вашего файла .csproj.

Я столкнулся с этой ошибкой, и ее довольно сложно решить, поэтому я пишу сообщение, просто чтобы отметить и, надеюсь, оказать некоторую поддержку некоторым другим разработчикам.
Я потратил много времени на эту ошибку, и вот Есть много причин, способов и различных сценариев, связанных с этой ошибкой.
Я посмотрел в Интернете и попробовал любой объяснимый и необъяснимый обходной путь, который я нашел в Stackoverflow.

По моему мнению, это общая причина, созданная разными вещами;

Самый быстрый способ решить эту проблему — выполнить несколько основных шагов:

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

и выполните Nuget restore SolutionName.sln

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

По окончании этой процедуры проблема должна быть окончательно решена.

У меня более 25 лет практического опыта работы с облачными технологиями и кибербезопасностью, я помогаю глобальным компаниям внедрять технологии наиболее безопасным и прибыльным способом. Моя основная специализация — безопасность и управление облачными средами, и я твердо верю, что их сочетание поможет достичь наилучшего результата. В своей карьере у меня была возможность руководить глобальными облачными инфраструктурами, обеспечивая руководство и лидерство в области безопасности и управления облаком. Безопасность — моя первая страсть, но у меня есть большой опыт во многих других областях, таких как управление облачными средами и интеграция. Я определяю себя как очень разностороннего человека. В прошлом у меня была возможность работать во многих различных областях, поддерживая различные роли в компании, от технических должностей до продаж, предпродажной подготовки и высоких заинтересованных сторон. Я вижу себя практичным менеджером-гиком. Я люблю пачкать руки, а также иметь возможность руководить и создавать важные вещи и инициативы. Моя страсть к технологиям также является причиной моей деятельности в ИТ-сообществе. Мне нравится делиться своим опытом и мотивировать людей на использование технологий с правильной мотивацией и страстью. Я участвую в конференциях по всему миру, делясь своей страстью. Я являюсь Microsoft MVP с 2006 года, сертифицированным этическим хакером (CEH) и обладаю степенью магистра кибербезопасности.

СВЯЗАННЫЕ СТАТЬБОЛЬШЕ ОТ АВТОРА

Ошибка CS0006 — не удалось найти файл метаданных

Создайте пакет интеллектуального развертывания с помощью WiX 3.10 для Visual Studio 2015

5 КОММЕНТАРИЙ

Привет, спасибо за подсказку!
Сегодня я столкнулся с той же проблемой, после нескольких часов пересборки, переключений FW я обнаружил, что это было просто переименованное поле enum… Компилятор не выдает ошибку, анализ кода тоже.Так что в моем случае после изменения ссылки на перечисление ошибка исчезла.

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

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

Хорошая статья! Я бы добавил еще один пункт: отсутствие установленного сертификата приведет к той же ошибке.

Код серьезности Описание проекта Состояние подавления строки файла Ошибка CS0006 Файл метаданных объектов 'C:\Users\User-Pc\.nuget\packages\microsoft.entityframeworkcore.analyzers\2.2.0\analyzers\dotnet\cs\Microsoft.EntityFrameworkCore .Analyzers.dll' не найден E:\xxxProject\xxx\xxx\CSC 1 Active.

Ответить

Вариант 1.

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

Вариант 2.

Исправление этой ошибки: не удалось найти файл метаданных .dll.

1.Очистить все проекты.

2.Выгрузить все проекты.

3.Перезагрузить все проекты.

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

Вариант 3.

Вариант 4.

Вариант 5.

Недостаток восстановления через dotnet заключается в том, что оно не работает с фидами VSTS, прошедшими проверку подлинности. Нам потребуется NuGet 4.0 для работы как с аутентифицированными фидами, так и с VS2017 csproj.

Вариант 6.

Решите эту проблему, как показано ниже.

Чистое решение
Закройте Visual Studio
Удаление /bin из каталога проекта
Перезапустите Visual Studio.
Перестроить решение

Вариант 7.

Выполнение этой команды в bash для удаления всех сработавших корзин

Селена Кандакар

Мне нравится работать над проектами с командой, которая заботится о создании красивых и удобных интерфейсов.

Как мне найти свои файлы в Windows 10?

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

Где находится кнопка проводника?

Как просмотреть файлы в Windows?

Просмотр скрытых файлов и папок в Windows 10

Откройте Проводник на панели задач.
Выберите «Вид» > «Параметры» > «Изменить папку и параметры поиска».
Перейдите на вкладку "Вид", в разделе "Дополнительные параметры" выберите "Показывать скрытые файлы, папки и диски" и нажмите "ОК".

Как мне найти файлы PDF?

Перейдите к диспетчеру файлов на устройстве Android и найдите файл PDF. Любые приложения, которые могут открывать PDF-файлы, будут отображаться в качестве вариантов. Просто выберите одно из приложений, и PDF-файл откроется. Опять же, если у вас еще нет приложения, способного открывать PDF-файлы, вы можете выбрать одно из нескольких.

Что такое PDF?

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

Оглавление

Как разрешить файл метаданных. Не удается найти?

Закройте Visual Studio.
Удалите скрытый файл . против папки.
Повторно откройте Visual Studio и перестройте решение.

Не удалось найти dll?

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

Как добавить отсутствующие файлы DLL в Visual Studio?

Перерегистрируйте DLL или аналогичные файлы:

Если вы получили сообщение об ошибке, вы можете перерегистрировать файлы DLL, даже если вы можете найти msvcr120. dll в папке C:\Windows\System32.
Вы должны запустить regsvr32 msvcr120. dll в команде «Выполнить». Таким образом, он перерегистрирует DLL-файл, и приложение будет работать без проблем.

Не удалось найти dll Visual Studio?

Указание пути к файлу DLL в настройках вашего проекта не гарантирует, что ваше приложение найдет DLL во время выполнения. Вы только сказали Visual Studio, как найти нужные файлы. Это никак не связано с тем, как программа находит то, что ей нужно, после сборки.

Как исправить ошибки cs0006?

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

Как открыть файл метаданных?

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

Как найти отсутствующий файл DLL?

Чтобы проверить причину и решить проблему отсутствия DLL-файлов, вы также можете использовать средство проверки системных файлов Windows. Используйте кнопки WIN + R на клавиатуре и введите «cmd», чтобы открыть системный командир. Введите «sfc /scannow», затем нажмите Enter, это может занять несколько минут.

Как установить отсутствующие файлы DLL?

Как найти и добавить отсутствующий файл . dll в Windows

Найдите пропавший файл . dll на сайте дампа DLL.
Загрузите файл и скопируйте его в папку: «C:\Windows\System32»
Нажмите «Пуск», затем «Выполнить» и введите «regsvr32 name_of_dll.dll» и нажмите Enter.

Где находится путь к DLL в Visual Studio?

Перейти к свойствам проекта (Alt+F7)
В разделе "Отладка" посмотрите вправо.
Есть поле "Среда".
Добавьте туда свой относительный путь (относительно папки vcproj), например ..\some-framework\lib, добавив PATH=%PATH%;$(ProjectDir)\some-framework\lib или добавив путь к PATH=C: \some-framework\lib;%PATH%

Куда поместить DLL-файлы в Visual Studio?

Что вам нужно сделать, так это создать папку, например, в папке решения, и ссылаться на библиотеки DLL в ваших проектах. Любая сторонняя dll, содержащаяся в ссылках на проект, будет скопирована в папку bin/Debug или bin/Release при компиляции проекта.

Как исправить, что файл метаданных не найден?

Действия по исправлению этой ошибки: не удалось найти файл метаданных .dll. Очистить все проекты. Выгрузить все проекты. Перезагрузить все проекты. Реконструировать решение. Тогда проблема решена. Это действительно исправило мой случай. — Ву Нгуен,

Обычно затрагиваются следующие файлы: AssemblyInfo.cs, .sln, Свойства > Приложение > Имя сборки и пространство имен по умолчанию. Не забудьте обновить их с новым именем. Откройте проводник, если папка со старым названием еще существует, ее нужно удалить. Затем очистите и соберите решение, пока ошибка не исчезнет.

Почему мой отсутствующий файл.dll не найден?

Проверьте зависимости проекта и порядок сборки, чтобы убедиться, что какой-то проект (скажем, "проект1"), который зависит от другого (скажем, "проект2"), пытается построить перед этим (проект2). Это может быть причиной ошибки. Проверьте путь к отсутствующей .dll.

Я решаю эту проблему, выполнив следующие шаги: Чистое решение. Закройте Visual Studio. Удаление /bin из каталога проекта….

Закройте решение.
Удалить папку bin.
Удалить все папки obj.
Открыть решение и выполнить сборку.

Как исправить, что DLL не найдена?

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

Безопасно ли удалять папку .VS?

Очистка папки Intellisense vs содержит временные данные, связанные с решением, включая файл . suo, который кэширует IntelliSense и некоторые данные отладки. Эта папка также содержит данные конфигурации веб-сайта для веб-проектов и некоторые другие вещи. Эту папку можно безопасно удалить — Visual Studio воссоздает ее, если она отсутствует.

Что такое файл метаданных?

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

Что вызывает ошибки DLL?

Ошибки Windows DLL (так называемые «DLL Hell») могут возникать по разным причинам, вызывающим проблемы в вашей системе. Другой распространенной причиной ошибок DLL является вредоносное программное обеспечение или заражение вирусами. Если ваша система заражена вредоносным ПО, особенно шпионским, это может привести к возникновению ошибок в вашей библиотеке DLL.

Как исправить ошибки DLL в Windows 10?

Исправить ошибку с отсутствующими файлами DLL

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

Перезапустите Visual Studio и повторите попытку сборки. Перейдите в «Обозреватель решений». Щелкните правой кнопкой мыши Решение. Перейдите в Свойства. Перейдите в «Диспетчер конфигурации». Проверьте, установлены ли флажки в разделе «Сборка» или нет. Если некоторые или все из них не отмечены флажками, проверьте их и повторите попытку сборки.

Почему проект C++ CLI не может получить доступ к метаданным?

Почему метафайл не компилируется?

Другая ошибка метафайла вызвана первой ошибкой, из-за которой проект не может быть скомпилирован. Попробуйте спросить у того, кто передает вам проект, где находится UIControl.dll, добавить ссылку на первый проект и посмотреть, скомпилируется ли он. Промыть и повторить. Спасибо за информацию.

Что такое файл метаданных ошибки cs0006, который не может быть найден?

Ошибка CS0006_Файл метаданных не найден. Ошибка 1.Ошибка 2. Ошибка 3. Ошибка 4. А также я проверил, что флажок «сборка» установлен в разделе «Решение» -> «Свойства конфигурации». Пожалуйста, помогите мне определить основную причину этих ошибок. Убедитесь, что флажок «Создать» установлен в следующем месте:

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