HRESULT: 0x80131040: определение манифеста обнаруженной сборки не соответствует ссылке на сборку - PullRequest
Новая
       58

HRESULT: 0x80131040: определение манифеста обнаруженной сборки не соответствует ссылке на сборку

51 голосов
/ 18 сентября 2008

Определение манифеста обнаруженной сборки не соответствует ссылке на сборку

получить это при запуске nunit через ncover. Есть идеи?

Ответы [ 18 ]

1 голос
/ 08 июня 2018

Только что удалил папку bin и проект заново все создал и теперь работает.

0 голосов
/ 03 мая 2018

Просто проверьте ваш файл webconfig и удалите этот код: - 

<dependentAssembly>
    <assemblyIdentity name="itextsharp" publicKeyToken="8354ae6d2174ddca" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.5.13.0" newVersion="5.5.13.0" />
  </dependentAssembly>
0 голосов
/ 18 февраля 2018

Это случилось со мной, когда я обновил web.config, не обновляя все упомянутые dll.

При использовании правильного diff-фильтра (остерегайтесь фильтра сравнения по умолчанию каталога Meld, игнорирующего двоичные файлы) была обнаружена разница, файлы были скопированы, и все работало нормально.

0 голосов
/ 10 марта 2017

Я просто удаляю файл settings.lic из проекта и начинаю работать!

0 голосов
/ 02 марта 2016

У меня была проблема, когда он не мог найти сборку PayPal, и это было потому, что я назвал свое решение PayPal. Я уверен, что это не будет ответом ни для кого, но подумал, что я все равно поделюсь им: C # ASP.NET MVC PayPal не находит сборки

0 голосов
/ 16 января 2013

Если вы получили эту ошибку при попытке добавить компонент в Visual Studio, - Microsoft.VisualStudio.TemplateWizardInterface - (после попытки установить странные инструменты разработки)

рассмотрите это решение (любезно предоставлено larocha (спасибо, кто бы вы ни были)):

  1. Откройте C: \ Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ devenv.exe.config в текстовом редакторе
  2. Найдите эту строку: "Microsoft.VisualStudio.TemplateWizardInterfac e"
  3. Закомментируйте элемент, чтобы он выглядел так:

<dependentAssembly><br> <!-- assemblyIdentity name="Microsoft.VisualStudio.TemplateWizardInterface" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" / --><br> <bindingRedirect oldVersion="0.0.0.0-8.9.9.9" newVersion="9.0.0.0" /><br> </dependentAssembly>

источник: http://webclientguidance.codeplex.com/workitem/15444

0 голосов
/ 12 сентября 2018

Я получил эту ошибку при работе в конструкторе. Я работал в VS 2012, но за последние пару дней «обновился» до 2017 года. Решение было закрыть и снова открыть VS.

Это может быть связано с ошибкой, о которой я видел в другом месте , где не работает Reference Manager? В этой ситуации при попытке добавить ссылку в обозревателе решений появляется следующее сообщение об ошибке:

"Ошибка HRESULT E_FAIL была возвращена из вызова к COM компонент. "

Мой обходной путь - закрыть решение, снова открыть в VS2012, добавить ссылку, закрыть 2012 и открыть 2017. Смешно, что 2017 год должен был быть выпущен с такой очевидной ошибкой.

0 голосов
/ 29 января 2015

Просто еще один случай здесь. Я получил эту ошибку от Managed Debugging Assistant при первой десериализации XML-файла на объекты в VS2010 / .NET 4. DLL-библиотека, содержащая классы для объектов, генерируется в событии после сборки (обычные вещи в стиле Microsoft). Очень хорошо сработало несколько проектов в одном решении, проблема возникла при выполнении этого в еще одном проекте. Текст ошибки:

Обнаружена ошибка привязки. Сообщение: сборка с отображаемым именем. MyProjectName.XmlSerializers 'не удалось загрузить в привязке' LoadFrom ' контекст AppDomain с идентификатором 1. Причиной сбоя было: System.IO.FileLoadException: не удалось загрузить файл или сборку MyProjectName.XmlSerializer, версия = 1.0.0.0, культура = нейтральная, PublicKeyToken = null 'или одна из его зависимостей. Расположенный Определение манифеста сборки не соответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)

Поскольку некоторые ответы здесь предполагали несоответствие платформы, я заметил, что для 3 проектов и решения выбрана конфигурация «смешанных платформ», и 3 проекта были скомпилированы для x86 вместо AnyCPU. У меня нет специфичного для платформы кода (хотя некоторые предоставляемые вендором библиотеки DLL используют несколько библиотек x86). Я заменил все вхождения x86 в AnyCPU следующим образом: 

for a in $( egrep '(x86|AnyCPU)' */*.csproj *.sln -l  ) ; do echo $a ; sed -i 's/x86/AnyCPU/' $a ; done

Тогда проект будет построен, но все параметры для запуска или отладки кода будут недоступны. Перезапуск VS не помог бы.

Я вернул git ссылки на библиотеку x86, на всякий случай, но сохранил AnyCPU для всего кода, который я компилирую.

После Кнопка F5 или Start Debugging неактивна для приложения Winform? Я выгружал и перезагружал стартовый проект (это был тот, где изначально возникла первоначальная проблема).

После этого все стало на свои места: программа работает без первоначальной ошибки.

См. http://www.catb.org/jargon/html/R/rain-dance.html, http://www.catb.org/jargon/html/V/voodoo-programming.html или http://www.catb.org/jargon/html/I/incantation.html и ссылки там.

Страница:
...