Der Fehler 0xc000007b mit der Meldung „Die Anwendung konnte nicht korrekt gestartet werden“ bedeutet fast immer, dass Windows beim Programmstart eine 32-Bit- und eine 64-Bit-Bibliothek vermischt oder eine benötigte Laufzeit-Bibliothek fehlt bzw. beschädigt ist. In den meisten Fällen lässt sich 0xc000007b beheben, indem du das Microsoft Visual C++ Redistributable in beiden Varianten (x86 und x64) neu installierst und danach sfc /scannow laufen lässt. Intern ist 0xC000007B der NTSTATUS-Code STATUS_INVALID_IMAGE_FORMAT, den der Windows-Loader laut Microsoft an über 100 Stellen im Betriebssystem zurückgeben kann.
Woran du erkennst, dass es wirklich 0xc000007b ist
Der Fehler erscheint als kleines Fenster direkt beim Start eines Programms oder Spiels – nicht beim Hochfahren von Windows. Im Titel steht „Die Anwendung konnte nicht korrekt gestartet werden“, darunter der Code (0xc000007b). Technisch heißt dieser Status STATUS_INVALID_IMAGE_FORMAT: Windows hält das Programmabbild, das es laden soll, für ungültig.
Wichtig ist die Abgrenzung zu ähnlich aussehenden Codes, denn die Lösung ist jeweils eine andere:
- 0xc000007b – 32-/64-Bit-Konflikt oder defekte Laufzeit-Bibliothek (dieser Artikel).
- 0xc0000135 – meist ein fehlendes .NET Framework.
- 0xc0000142 – Initialisierung einer DLL fehlgeschlagen, oft ein Rechte- oder Pfadproblem.
- 0xc0000005 – Zugriffsverletzung im laufenden Programm, also ein Absturz nach dem Start, kein Ladefehler.
Tritt 0xc000007b nur bei einem Programm auf, liegt der Fehler wahrscheinlich in dessen Installation. Betrifft er mehrere Programme gleichzeitig, sind die systemweiten Laufzeit-Bibliotheken oder Systemdateien beschädigt.
0xc000007b oder 0x0000007b – welcher Code steht auf dem Bildschirm?
Diese beiden Codes werden ständig verwechselt, haben aber nichts miteinander zu tun. Entscheidend ist das dritte Zeichen: ein c nach der Null.
- 0xc000007b ist ein Anwendungsfehler im laufenden Windows. Du siehst ein normales Fenster mit OK-Button, der Rest des Systems läuft weiter. Dafür sind die Schritte in diesem Artikel gedacht.
- 0x0000007b ist ein Bluescreen-Stopcode beim Hochfahren, Klarname
INACCESSIBLE_BOOT_DEVICE. Windows verliert dabei während des Starts den Zugriff auf die Systempartition, wie Microsoft in der Bug-Check-Referenz zu 0x7B beschreibt.
Typische Auslöser für 0x0000007b sind ein im BIOS/UEFI umgestellter Modus des Datenträger-Controllers (AHCI, RAID, IDE), ein fehlender oder defekter Speichercontroller-Treiber, ein neu eingebauter Datenträger-Controller oder eine veränderte Partitionierung. Microsoft empfiehlt in diesem Fall, kürzlich geänderte Hardware zurückzubauen bzw. zuletzt hinzugefügte Laufwerke und Controller zu entfernen; startet das System noch, hilft ein Zwischenstopp im abgesicherten Modus. Visual C++ neu zu installieren bringt hier nichts – der Rechner kommt gar nicht so weit, dass Programme starten.
Fehler 0xc000007b beheben: Schritt für Schritt
Arbeite die Schritte in dieser Reihenfolge ab – die ersten sind schnell erledigt und lösen die meisten Fälle. Starte den Rechner nach jedem größeren Schritt neu und prüfe, ob das Programm wieder läuft.
- Programm als Administrator starten (schneller Test): Rechtsklick auf die Verknüpfung oder die .exe-Datei → Als Administrator ausführen. Fehlten dem Programm nur Rechte, um seine Bibliotheken zu laden, startet es jetzt.
- Windows aktualisieren: Einstellungen → Windows Update → Nach Updates suchen. Fehlende Systemkomponenten kommen oft über ein ausstehendes Update. Nach der Installation neu starten.
- Visual C++ Redistributable neu installieren: Das ist bei diesem Fehler die wirksamste Maßnahme. Microsoft liefert seit Visual Studio 2017 nur noch ein laufend aktualisiertes v14-Paket, das alle Versionen ab 2015 abdeckt; die aktuellen Installer liegen als Permalinks auf der Seite Latest supported Visual C++ Redistributable downloads (
vc_redist.x86.exeundvc_redist.x64.exe). Installiere beide Varianten, auch auf einem 64-Bit-System, weil viele Programme 32-Bit-Bibliotheken mitbringen. Das x64-Paket bringt zusätzlich die ARM64-Binärdateien mit. Alte Einzelpakete für 2013, 2012, 2010 oder 2008 bleiben daneben installiert und dürfen bleiben – sie werden von älteren Programmen weiterhin gebraucht. - Komponentenspeicher mit DISM reparieren: Öffne die Eingabeaufforderung per Rechtsklick als Administrator und gib
DISM /Online /Cleanup-Image /RestoreHealthein. DISM prüft den Windows-Komponentenspeicher und lädt fehlende oder beschädigte Dateien über Windows Update nach. Der Rechner sollte dafür online sein. Diese Reihenfolge ist kein Zufall: Der Komponentenspeicher ist die Quelle, aus der die Systemdatei-Reparatur ihre Ersatzdateien zieht (siehe Microsoft-Doku „Repair a Windows Image“). - Systemdateien prüfen mit SFC: Tippe im selben Fenster
sfc /scannowund drücke Enter. Der Scan prüft alle geschützten Windows-Systemdateien und ersetzt beschädigte Versionen durch eine saubere Kopie. Das dauert je nach Datenträger etwa 10 bis 20 Minuten. Das Protokoll landet inC:\Windows\Logs\CBS\CBS.log, falls du nachlesen willst, was ersetzt wurde. - DirectX-Altbibliotheken nachinstallieren: Startet ein Spiel nicht und vermisst eine Datei wie
d3dx9_43.dlloderxinput1_3.dll, fehlt die Legacy-Laufzeit. Der DirectX End-User Runtime Web Installer installiert genau diese alten D3DX- und XInput-Bibliotheken nach; das in Windows enthaltene DirectX selbst verändert er nicht. - .NET Framework reparieren: Weist die Fehlermeldung des Programms auf .NET hin, repariere die Installation über Einstellungen → Apps → Installierte Apps bzw. mit dem .NET Framework Repair Tool von Microsoft.
Wenn das nicht hilft
Läuft das Programm nach den Standardschritten immer noch nicht, grenzt du die Ursache weiter ein:
- Nur ein Programm betroffen: Deinstalliere es über Einstellungen → Apps → Installierte Apps, starte neu und installiere es frisch. Eine beim letzten Update halb überschriebene DLL im Programmordner ist eine typische Ursache, die nur die Neuinstallation beseitigt.
- Beschädigte DLL im Programmordner: Manche Programme legen eigene Kopien von System-DLLs (z. B.
xinput1_3.dll,d3dx9_43.dll) in ihren Ordner. Ist eine davon 32-Bit statt 64-Bit oder defekt, kippt der Start. Eine saubere Neuinstallation des Programms tauscht diese Dateien aus. - Sauberer Neustart: Startet das Programm nach einem Neustart mit deaktivierten Drittanbieter-Diensten (Systemkonfiguration,
msconfig), blockiert ein Hintergrunddienst den Ladevorgang – häufig Overlay-, Backup- oder Virtualisierungssoftware. - Dateisystem prüfen: Beschädigte Sektoren können Bibliotheken unlesbar machen.
chkdsk C: /fin der Administrator-Eingabeaufforderung prüft das Laufwerk; die Prüfung der Systempartition läuft nach einem Neustart. Vorher wichtige Daten sichern, falls die Platte bereits Schwächen zeigt. - Antiviren-Software: Ein Schutzprogramm, das eine benötigte DLL fälschlich blockiert oder in Quarantäne verschoben hat, kann denselben Fehler auslösen. Prüfe die Quarantäne und teste kurz mit deaktiviertem Drittanbieter-Scanner.
Welche Datei kippt den Start? So findest du sie
Wer 0xc000007b beheben will, ohne auf gut Glück Laufzeitpakete durchzuprobieren, braucht den Namen der abgelehnten Datei. Windows nennt ihn im Fehlerfenster nicht. Diese drei Schritte schließen die Lücke – sie sind der Weg, den auch der Microsoft-Support geht.
- Ereignisanzeige lesen:
eventvwr.mscstarten, dann Windows-Protokolle → Anwendung. Suche den Eintrag der Quelle Application Error zum Zeitpunkt des Fehlversuchs. Dort steht der Ausnahmecode 0xc000007b, als fehlerhaftes Modul aber oft nurntdll.dll– das ist der Loader selbst, nicht die schuldige Datei. Genau diesen irreführenden Eintrag beschreibt Microsoft in seiner Fallstudie zum Fehler. - Process Monitor mitlaufen lassen: Das Sysinternals-Werkzeug protokolliert jeden Datei- und Registry-Zugriff. Setze einen Filter auf den Prozessnamen deiner .exe und zusätzlich auf
werfault.exe(die Windows-Fehlerberichterstattung). Die letzten Zeilen vor dem Start von werfault.exe zeigen, welche DLL das Programm gesucht hat – Einträge mit dem ErgebnisNAME NOT FOUNDsind die heiße Spur. - Architektur der Abhängigkeiten prüfen: Ein Abhängigkeits-Analysewerkzeug listet alle DLLs samt Pfad und CPU-Architektur auf. Gesucht ist die Zeile, deren Architektur von der des Programms abweicht – also x86 in einem x64-Programm. In dem von Microsoft dokumentierten Fall war eine 32-Bit-Version von
mfc140ud.dllin den Ordner der 64-Bit-Datei kopiert worden; das Programm suchte danach vergeblich weiter und brach mit 0xc000007b ab.
Wichtig: Wenn du die schuldige Datei gefunden hast, hole die Ersatzdatei aus einer Neuinstallation des Programms oder aus dem passenden Redistributable – niemals von einer der DLL-Download-Seiten. Diese Portale liefern regelmäßig veraltete oder verseuchte Binärdateien, und du tauschst ein Startproblem gegen eine Infektion.
Warum passiert 0xc000007b überhaupt?
Jede ausführbare Datei unter Windows trägt in ihrem Kopf (dem PE-Header, Portable Executable) die Information, ob sie als 32-Bit- oder 64-Bit-Prozess laufen soll. Beim Start lädt Windows dazu passende Bibliotheken (DLLs). Trifft ein 64-Bit-Programm auf eine 32-Bit-DLL – oder umgekehrt –, passt das Abbild nicht zusammen, und der Loader bricht mit STATUS_INVALID_IMAGE_FORMAT ab. Dieser Bitbreiten-Konflikt macht den Code zu einem Klassiker, wenn Laufzeitpakete wie Visual C++ nur in einer Variante installiert sind. Deshalb ist „x86 und x64 zusammen installieren“ so oft die Lösung: Erst wenn beide Bibliotheks-Familien vollständig vorliegen, findet jedes Programm die zu seiner Bitbreite passende Version.
Die zweite große Ursachengruppe ist die schlicht kaputte Datei: eine abgebrochene Installation, ein fehlerhafter Download, ein Sektorfehler auf der Platte. Auch dann ist das Abbild aus Sicht des Loaders ungültig, obwohl Architektur und Dateiname stimmen. Das erklärt, warum sowohl eine Neuinstallation des Programms als auch die Reparatur der Systemdateien mit DISM und SFC bei ein und demselben Fehlercode helfen können – sie beheben zwei verschiedene Varianten desselben Symptoms.
Für wen die Versionspflege wichtig ist: Der Support für das Visual C++ 2015 Redistributable (Version 14.0.24212.0) endete zusammen mit Visual Studio 2015 am 15. Oktober 2025. Das aktuelle v14-Paket ist zu allen Anwendungen ab 2015 binärkompatibel und die richtige Wahl für Windows 10 und Windows 11. Wer 0xc000007b beheben möchte, greift deshalb zu diesem Paket – eine uralte Einzelversion nachzuinstallieren löst den Fehler in der Regel nicht.
Quellen
- Microsoft Learn: Diagnosing STATUS_INVALID_IMAGE_FORMAT (C000007B) Errors
- Microsoft Learn: Latest supported Visual C++ Redistributable downloads
- Microsoft Learn: Repair a Windows Image (DISM)
- Microsoft Learn: Bug Check 0x7B INACCESSIBLE_BOOT_DEVICE
- Microsoft Support: Systemdatei-Überprüfung (sfc /scannow)
- Microsoft Download Center: DirectX End-User Runtime Web Installer
Häufige Fragen
Was bedeutet der Fehler 0xc000007b?
Er steht für STATUS_INVALID_IMAGE_FORMAT: Windows kann das Programm nicht laden, weil eine 32-Bit- und eine 64-Bit-Bibliothek vermischt werden oder eine Laufzeit-Bibliothek wie Visual C++ fehlt oder beschädigt ist.
Wie behebe ich 0xc000007b am schnellsten?
In den meisten Fällen genügt es, das aktuelle Microsoft Visual C++ Redistributable in beiden Varianten (x86 und x64) neu zu installieren und den Rechner danach neu zu starten.
Warum muss ich x86 und x64 installieren, obwohl ich 64-Bit-Windows habe?
Viele Programme sind 32-Bit und brauchen die x86-Bibliotheken, selbst auf einem 64-Bit-System. Fehlt eine der beiden Familien, findet das Programm die passende Version nicht und der Start bricht ab.
Ist 0x0000007b derselbe Fehler wie 0xc000007b?
Nein. 0x0000007b ist der Bluescreen-Stopcode INACCESSIBLE_BOOT_DEVICE beim Hochfahren, meist nach BIOS- oder Datenträger-Änderungen. 0xc000007b ist dagegen ein Anwendungsfehler im laufenden Windows.
Hilft SFC bei 0xc000007b?
Ja, wenn beschädigte Windows-Systemdateien die Ursache sind. Führe zuerst DISM /Online /Cleanup-Image /RestoreHealth aus und danach sfc /scannow, damit SFC saubere Ersatzdateien zur Verfügung hat.




