Я только что перенес ревизию из Subversion в новую папку. Открыл решение, и я получаю это при запуске:
Не удалось загрузить файл или сборку «xxxx» или одну из его зависимостей. Была сделана попытка загрузить программу с неправильным форматом.
Это тот же код, который я проверял некоторое время назад. Почему сейчас он это делает? Теперь я также вижу Debug x86, а не просто Debug в папке bin этого проекта xxx. Что такое Debug x86 и почему у меня просто нет Debug, как раньше, в папке bin?
1. Не удалось загрузить файл или сборку… Была предпринята попытка загрузить программу с неправильным форматом (System.BadImageFormatException) , 2. не удалось загрузить исключение файла или сборки и 3. «Была предпринята попытка загрузить программу с неправильным форматом» даже когда платформы одинаковые
Ответы:
Похоже, что одна часть проекта строится только для x86, а остальная - для любого CPU / x64. Меня это тоже укусило. Вы используете x64 (или э-э ... IA64)?
Проверьте свойства проекта и убедитесь, что все строится для "Any CPU". Если вы используете Visual Studio, вы можете проверить все, перейдя в меню «x86» или «Любой процессор» (рядом с меню «Отладка» / «Выпуск») на панели инструментов в верхней части экрана и нажав "Диспетчер конфигурации..."
Если вы получаете эту ошибку при запуске сайта в IIS 7+ на 64-битных серверах, у вас могут быть сборки, которые являются 32-битными, и ваш пул приложений будет иметь параметр «Включить 32-битные приложения», установленный на False; Установите значение true и перезапустите сайт, чтобы он заработал.
У меня была эта ошибка при попытке использовать ужасный Business Objects 4 для .Net SDK.
Они поставляют пять файлов BusinessObjects * .dll, но все они 64-разрядные.
Чтобы загрузить мою веб-страницу, мне нужно было щелкнуть Tools \ Options , а затем изменить этот параметр в VS2013:
inetmgr затем перейдите в Пул приложений-> Расширенные настройки вашего пула-> параметр «Включить 32-разрядные приложения» будет установлен в значение true; и перезапустите IIS. Проверьте еще раз.!
Исключение BadImageFormatException в приложении, работающем в IIS (не запущенном из VS, поскольку Visual Studio решает проблему с помощью сборки для «Any CPU»), может быть вызвано следующими причинами:
Сайт представляет собой сервер x64, и для пула приложений по умолчанию установлено значение «Включить 32-разрядные приложения». а у вас 32-битные сборки
На уровне Visual Studio исправление:
Убедитесь, что вы проверили настройку «Предпочитать 32-разрядную версию». В моем случае в Visual Studio 2012 этот параметр отмечен по умолчанию. Попытка использовать что-либо из внешней библиотеки DLL не удалась, пока я не снял флажок «Предпочитать 32-разрядный» .
Это определенно проблема с некоторыми проектами, созданными для совместимости с x86, а не для любого процессора. Если бы мне пришлось угадывать, я бы сказал, что некоторые ссылки между вашими проектами, вероятно, ссылаются на библиотеки DLL в некоторых папках bin \ debug, а не на ссылки на проекты.
Когда проект компилируется для x86 вместо «Любой процессор», dll попадает в папку bin \ x86 \ debug вместо bin \ debug (где, вероятно, и ищут ваши ссылки).
Но в любом случае вы должны использовать ссылки на проекты между своими проектами.
если в визуальной студии с IIS express работает, а при публикации не удалось, попробуйте следующее:
В моем случае это сработало, перейдя в свойства проекта и в Target Framework я выбрал .NET Framework 4. Это потому, что я переехал на новый компьютер, на котором уже были установлены другие более высокие .NET framework, и проект выбрал их по умолчанию. Посмотрите, какая целевая платформа вам подходит.