System.BadImageFormatException: Не вдалося завантажити файл або збірку (з installutil.exe)

Я намагаюся встановити службу Windows за допомогою InstallUtil.exe і отримую повідомлення про помилку

System.BadImageFormatException: Не вдалося завантажити файл або збірку ' {xxx.exe}' або одну з її залежностей. Була зроблена спроба завантажити програму з неправильним форматом.

Що дає?

EDIT: (Not by OP) Повне повідомлення, вилучене з дублювання, отримує більше показів [для googleability]:

C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319> InstallUtil.exe C: \ xxx.exe Microsoft (R). Утиліта встановлення. Framework Framework Версія 4.0.30319.1 Авторські права (c) Microsoft Corporation. Всі права захищені.

Виняток стався під час ініціалізації установки: System.BadImageFormatException: Не вдалося завантажити файл або збірку 'файл: /// C: \ xxx.exe' або одну з його залежностей. Була зроблена спроба завантажити програму з неправильним форматом ..

Ще кілька деталей для повноти, якщо це комусь допоможе ...

Зауважте, що найпоширенішою причиною цього винятку в ці дні є спроба завантажити 32-бітову специфічну ( /platform:x86) DLL в процес, який має 64 біт, або навпаки (а саме завантажувати 64-бітну специфічну ( /platform:x64) DLL в процес, який є 32 біт). Якщо ваш platformнеспецифічний ( /platform:AnyCpu), це не виникне (якщо припустити, що посилання, що посилаються, не мають помилки).

Іншими словами, працює:

% windir% \ Microsoft.NET \ Framework \ v2.0.50727 \ installutil.exe

або:

% windir% \ Microsoft.NET \ Framework 64 \ v2.0.50727 \ installutil.exe

не буде працювати (замінити в інших базових версіях: v1.1.4322(лише 32-розрядні, тому ця проблема не виникає) і, v4.0.30319як бажано у вище).

Очевидно, що, як описано в іншій відповіді, також знадобиться номер версії .NET installutilдля запущеного вами файлу, який буде> = (бажано =) того, що використовується у файлі EXE / DLL, у якому запущено інсталятор.

Нарешті, зауважте, що у Visual Studio 2010 інструментарій за замовчуванням створює x86 бінарні файли ( а не Будь-який процесор, як раніше ).

Повна інформація про System.BadImageFormatException (кажучи, що єдиною причиною є невідповідність прикусу - це справді груба спрощеність!).

Іншою причиною встановлення BadImageFormatExceptionпід програмою x64 є те, що в Visual Studio 2010 тип .vdprojвстановлення за замовчуванням генерує 32-бітну InstallUtilLibшиму навіть у системі x64 (пошук "64-розрядних керованих користувацьких дій кидають виняток System.BadImageFormatException" на сторінки).

Переконайтеся, що найновіший Framework (той, з якого ви склали додаток), є першим у PATH. Це вирішило для мене проблему. (Знайдено на форумі )

Я думаю, що ви використовуєте 64-бітну версію інструменту для встановлення 32-розрядної програми. Я також сьогодні стикався з цим питанням і використовував цей рамковий шлях для задоволення.

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319

і він повинен добре встановити ваш 32-розрядний додаток.

Ключовим моментом є встановлення параметрів відповідності процесора для проекту, які є в двох місцях.

А також переконайтесь, що параметри архітектури однакові в меню Тест >> Налаштування тесту >> Архітектура процесора за замовчуванням >>, як показано нижче.

Це стосується VS2013, але можливо те саме і для інших версій.

Оновлення - для VS2019:

Гаразд, це проблема, яку я мав, і, що її виправило, здається дуже актуальною для вищезазначеного.

Я використовую Visual Studio 2010 Express. Я написав тестову службу, яка насправді нічого не зробила. Пізніше це було лише справжньою справою.

Я написав службу і спробував встановити її за допомогою installutil.exeі отримав таку помилку:

System.BadImageFormatException: Не вдалося завантажити файл або збірку "{filename.exe}" або одну з її залежностей. Була зроблена спроба завантажити програму з неправильним форматом.

Поки те саме, що і автор-оригінал.

Тут було рятівним спостереженням Рубен про 32-бітний вихід Visual Studio 2010.

Я використовував 64-бітну версію installutil.exeі, безумовно, вихід збірки Visual Studio 2010 був 32-розрядним. Тільки щоб додати трохи додаткового значення тут, ви можете знайти 32-бітну версію останньої платформи .NET і пов'язане з нею installutil.exeу папці C: \ Windows \ Microsoft.NET \ Framework . Використовуючи цю версію installutil.exeвиправленої моєї проблеми; сервіс встановлений без зачіпки!

Я сподіваюся, що це допомагає комусь іншому там.

Спробувавши всі згадані рішення, я знайшов PlatformTargetякийсь доданий до AnyCPUконфігурації у своєму проекті .csproj.

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
    <DebugType>pdbonly</DebugType>
    <Optimize>true</Optimize>
    <OutputPath>bin\Release\</OutputPath>
    <DefineConstants>TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
    <PlatformTarget>x64</PlatformTarget>
</PropertyGroup>

Видалення лінії працювало для мене.

У мене виникла ця проблема з проектом WinForms за допомогою VS 2015. Моє рішення:

1. клацніть правою кнопкою миші проект
2. виберіть властивості
3. поставте прапорець "Віддати перевагу 32-розрядному"
4. Ціль платформи: будь-який процесор

У мене було те саме питання. Я використовую стандартну команду для виконання. Це закликало X64 ro працювати проти тестів X86. Мені потрібно було вказати X86, а не X64 версію nunit-runner.

Підводячи підсумок, і Build, і Project \ Build \ Platform повинні бути встановлені на x64, щоб успішно встановити 64-бітну службу в 64-бітній системі.

Моє питання було іншим. Це сталося після несподіваного відключення моєї машини Windows 7. Я виконав чистий розчин, і він пройшов так, як очікувалося.

У випадку, якщо це повідомлення є в живих тестах , але не в одиничних тестах , це тому, що вибрані збірки копіюються на льоту $(SolutionDir)\.vs\$(SolutionName)\lut\0\0\x64\Debug\. Але десь декілька збірок не можуть бути обрані , наприклад, VC ++ dll у випадку інтероп c ++ / c # проектів.

Після збирання xcopyне виправить проблему, оскільки скопійований файл буде стертий тестовим двигуном.

Єдине вирішення на сьогодні (28 грудня 2018 року) - це уникати «тестів», які виконують, і робити все в одиничних тестах з атрибутом, [TestCategory("SkipWhenLiveUnitTesting")]застосованим до тестового класу або методу тестування.

Цей помилка бачиться в будь-якій програмі Visual Studio 2017 до 15.9.4, і її потрібно вирішити командою Visual Studio.

Цільова збірка x64 Цільовий сервер Хостинг IIS 64 біт

Клацніть правою кнопкою миші appPool хостинг із запуском веб-сайту / веб-програми та встановіть 32-бітну програму enable = false.

Я сьогодні зіткнувся з цим питанням. У моєму випадку для моєї програми (мала посилання на 64-розрядний dll) ціль платформи була встановлена, AnyCPUале Prefer 32-bit прапорець у розділі цільової платформи встановлено за замовчуванням. Це була проблема, і вона спрацювала нормально після Prefer 32-bitопції неперевірки.

Ми знайшли інше рішення проблеми з тим же симптомом:

Цю помилку ми побачили, коли ми оновили проект з .net 4.7.1 до 4.7.2.

Проблема полягала в тому, що, хоч ми вже не посилалися на System.Net.Http у проекті, він був перелічений у розділі залежної асоціації нашого web.config. Видалення цієї та будь-яких інших невикористаних посилань на збірку з web.config вирішило проблему.

Проблема полягає в тому, що кожен, System.BadImageFormatException: Could not load file or assemblyвключаючи ті, які зовсім не пов'язані з installutil.exeцією ниткою.

1. Якщо ваша проблема пов'язана з dll WindowsBaseабо PresentationFrameworkdll, і у вас встановлені аналізатори, переконайтесь, що вони встановлені для всіх проектів у вашому рішенні, або для жодного з них.

   

2. Посилайтеся на весь фреймворк у .csprojфайлі вашої бібліотеки, а не лише на два dlls:

   <Project Sdk="Microsoft.NET.Sdk.WindowsDesktop">
   
     <PropertyGroup>
       <OutputType>Library</OutputType>
       <TargetFramework>netcoreapp3.0</TargetFramework>
       <RazorLangVersion>3.0</RazorLangVersion>
       <UseWpf>True</UseWpf>
     </PropertyGroup>

3. Видаліть binі objзабруднете, очистіть розчин і відновіть.