【MFC】0xC000007B エラーの直し方：32bit/64bit DLL混在で起動しない原因と解決手順

2026年3月9日2026年4月14日

x64 でビルドしたアプリを実行したとき、0xC000007B で起動できないことがあります。

アプリケーションを正しく起動できませんでした (0xc000007b)。
[OK] をクリックしてアプリケーションを閉じてください。

このエラーは、アプリ本体と読み込まれる DLL の 32bit / 64bit が一致していない ときに発生します。

この記事では、最初に確認する場所と、依存 DLL を特定して修正する順番を整理します。

原因整理：0xC000007B の意味

64bitの本体EXEが32bitのDLLを読み込もうとしてクラッシュする概念図

このエラーの根本原因は非常にシンプルです。
「アプリケーション本体（EXE）のビット数と、それが読み込もうとしたDLLのビット数が一致していない」 ことです。

例えば、以下のようなケースで発生します。

パターンA: 本体EXEを x64（64bit）でビルドしたのに、古い外部ライブラリ（xxx.dll）が x86（32bit）のまま配置されている。
パターンB: その逆。本体は x86（32bit）なのに、システムのSystem32フォルダにある64bit版DLLを誤って参照してしまった。

Windowsは、64bitプロセス空間に32bitのDLLをロードすることを絶対に許しません（その逆も同様です）。ロードしようとした瞬間にOSレベルで弾かれ、0xC000007b（STATUS_INVALID_IMAGE_FORMAT）という例外を投げます。

解決手順：依存関係の調査と修正フロー

最初に行うのは、どの DLL のビット数が合っていないかを特定することです。

Step 1: `dumpbin` ツールで本体のビット数を確認する

まずは、ビルドした EXE が意図したビット数になっているか確認します。Visual Studio の「Developer Command Prompt」を開き、以下のコマンドを実行します。

dumpbin /headers YourApp.exe | findstr machine

Before (間違った設定でビルドされた例)

             14C machine (x86)

After (正しい64bitビルドの例)

            8664 machine (x64)

もし本体が x86 になっているのに開発環境では x64 を選んだつもりなら、構成マネージャーの設定が「Active(x64)」であっても特定のプロジェクトだけWin32向けにビルドされている可能性があります。構成マネージャーを再確認してください。

Step 2: 依存関係を調査するツールを使う

本体が正しいなら、次に確認するのは一緒にロードされる DLL です。
Dependency Walker (depends.exe) や Dependencies で EXE を開きます。

Dependencies ツールで赤くエラーになっている32bit DLLを特定している画面

EXEをツールにドラッグ＆ドロップします。
左側のツリーや一覧の中で、CPUの列が x86（EXEがx64の場合）になっている赤字のDLLを探します。
特に、社内ライブラリやサードパーティコンポーネント（連携用の HogeLib.dll など）をそのまま同じフォルダにコピーしていないか確認します。

Step 3: 正しいビット数のDLLに置き換える

原因のDLLが特定できたら、対応は簡単です。

サードパーティ製ライブラリであれば、提供元から x64 版（または x86 版）をダウンロードして同梱し直す。
自社製の別プロジェクトDLLなら、そのDLLプロジェクト自体を x64 構成でビルドし直す。

開発者向けTips：`LoadLibrary` でも同じ不一致が起きる

このエラーは起動時だけでなく、アプリ動作中の動的ロード（LoadLibrary）でも発生します。暗黙的リンク（インポートライブラリへのリンク）の場合は起動時エラーになりますが、明示的リンクの場合は以下のようになります。

#include <windows.h>
#include <iostream>

int main()
{
    // 64bitアプリから32bitのDLLを動的にロードしようとした場合のシミュレーション
    HMODULE hMod = ::LoadLibraryExA("LegacyPlugin32.dll", NULL, DONT_RESOLVE_DLL_REFERENCES);

    if (hMod == NULL) {
        DWORD err = ::GetLastError();
        if(err == ERROR_BAD_EXE_FORMAT) { // 193
            std::cerr << "エラー: 193 (ERROR_BAD_EXE_FORMAT) - ビットネスが不一致です。" << std::endl;
        } else {
            std::cerr << "別のエラー: " << err << std::endl;
        }
    }
    return 0;
}

ログに「193」というエラーコードが残っていたら、それは APIの失敗ではなく、ビットネス混在によるロード拒否（実質的な 0xC000007B） を意味します。