Wenn beim Start eines Spiels, Tools oder einer Office-Anwendung die Meldung erscheint, dass msvcp140.dll fehlt oder nicht gefunden wurde, steht fast immer die Visual-C++-Laufzeitumgebung im Weg. Hier bekommst du kompakt und gleichzeitig tiefgehend alles, was du wissen musst: was die Datei ist, warum sie fehlt, wie du den Fehler sicher behebst und wie du dein System so aufstellst, dass er künftig nicht mehr auftaucht.
Was ist msvcp140.dll – und warum ist sie so wichtig?
Die Datei msvcp140.dll ist Teil der Microsoft Visual C++ Runtime und gehört zur C++-Standardbibliothek (msvcp = Microsoft Visual C++ Standard C++ Library). Sie wird nicht mit Windows „als Betriebssystemkomponente“ ausgeliefert, sondern mit der Visual C++ Redistributable, also dem offiziellen Laufzeitpaket, das Programme benötigen, die in C++ mit Visual Studio entwickelt wurden. Seit Visual Studio 2015 wird die Laufzeit übergreifend gepflegt; die aktuelle, kompatible Variante heißt Microsoft Visual C++ 2015–2022 Redistributable. Sie liefert die notwendigen DLLs wie msvcp140.dll, vcruntime140.dll und deren neuere Varianten (z. B. vcruntime140_1.dll).
Die Datei liegt auf 64‑Bit-Windows typischerweise in C:\Windows\System32 (64‑Bit) und C:\Windows\SysWOW64 (32‑Bit‑Komponenten für 32‑Bit‑Apps). Die genaue Versionsnummer variiert (14.x), bleibt aber bei der 14‑Namensbasis, sodass die Dateinamen stabil bleiben, obwohl Microsoft die Laufzeit intern aktualisiert. Ohne die passende Laufzeit in richtiger Architektur (x86, x64, ggf. ARM64) starten betroffene Programme nicht.
Typische Fehlermeldungen und Symptome
Oft tritt der Fehler direkt beim Start auf, teils nach einem Update oder einer Neuinstallation. Diese Meldungen sind typisch:
| Fehlermeldung (Auszug) | Wahrscheinliche Ursache | Kernlösung |
|---|---|---|
| „Die Ausführung des Codes kann nicht fortgesetzt werden, da msvcp140.dll nicht gefunden wurde.“ | Visual C++ Redistributable fehlt oder ist beschädigt. | Offizielle VC++ Redistributable (x86 und x64) neu installieren. |
| „msvcp140.dll fehlt auf dem Computer.“ | Laufzeitdatei deinstalliert, verschoben, von AV-Software blockiert. | Redistributable reparieren oder neu installieren; AV-Quarantäne prüfen. |
| „Code execution cannot proceed because VCRUNTIME140.dll was not found.“ | Verwandte Laufzeitdateien fehlen ebenfalls. | Aktuelles 2015–2022-Paket installieren (deckt alle ab). |
| Fehler 0xC000007B | Oft 32/64‑Bit-Verwechslung; Mischung falscher Architekturen. | Architektur konsequent prüfen; passende Redistributables installieren. |
| Abstürze direkt beim Start ohne Meldung | App lädt DLL lokal/seitlich (AppLocal), beschädigt oder inkompatibel. | App/Spiel reparieren, lokale DLLs entfernen, Redistributable neu installieren. |
Betroffen sind besonders häufig Spiele (Steam/Epic/EA), Game-Launcher, Adobe- und Autodesk-Software, Tools mit Visual-Studio-Abhängigkeiten und gelegentlich Office-Komponenten (Click‑to‑Run). Das Problem ist versionsunabhängig – es kann auf Windows 10 und 11 gleichermaßen auftreten.
Wichtig: Die häufigste Ursache ist nicht „eine fehlende Datei“ im engeren Sinn, sondern eine fehlende oder beschädigte Visual C++ Laufzeit – am schnellsten löst du das durch die Neuinstallation der offiziellen Redistributable von Microsoft.

Schnelllösung: Offizielle Visual C++ Redistributable installieren
Installiere die aktuelle Version der Visual C++ 2015–2022 Redistributable aus zuverlässiger Quelle. Lade niemals einzelne DLLs von Drittseiten – das ist riskant und löst die eigentliche Abhängigkeitskette oft nicht korrekt.
Direkte Download-Links (Microsoft)
- Microsoft Learn: Latest supported Visual C++ Redistributable (Übersichtsseite mit allen Architekturen)
- Direkt (Stand VS 2022):
- vc_redist.x64.exe (64‑Bit)
- vc_redist.x86.exe (32‑Bit)
- vc_redist.arm64.exe (ARM64, z. B. Windows on ARM)
So gehst du vor
- Lade für ein 64‑Bit‑Windows beide Dateien herunter: x64 und x86. (Auf 64‑Bit-Systemen laufen viele 32‑Bit‑Apps.)
- Beende die betroffene App und schließe andere Installer.
- Führe zuerst vc_redist.x64.exe, dann vc_redist.x86.exe als Administrator aus.
- Wähle „Installieren“ oder, falls bereits vorhanden, „Reparieren“.
- Starte Windows neu.
- Teste die betroffene Anwendung erneut.
Erwartung: In der großen Mehrheit der Fälle ist das Problem damit erledigt.
Für hartnäckige Fälle: Detaillierte Fehlerbehebung
1) Visual C++ Redistributables gezielt reparieren
Falls die Laufzeiten bereits installiert sind, kannst du sie reparieren:
- Öffne „Apps & Features“ (oder appwiz.cpl => „Programme und Features“).
- Suche nach „Microsoft Visual C++ 2015–2022 Redistributable“ (x64 und x86).
- Klicke auf „Ändern“ => „Reparieren“.
- Führe dies für beide Architekturen durch und starte danach neu.
2) Komplett sauber neu installieren
Wenn Reparieren nicht hilft, setze die Laufzeiten komplett neu auf:
- Deinstalliere unter „Apps & Features“ alle Einträge „Microsoft Visual C++ 2015–2022 Redistributable“ (x64 und x86). Ältere Versionen (z. B. 2012, 2013) lässt du in der Regel installiert, wenn andere Programme sie benötigen.
- Starte Windows neu.
- Installiere die aktuelle 2015–2022‑Variante erneut (x64 und x86) über die obigen Links.
- Starte erneut neu und teste.
3) Systemdateien prüfen: SFC und DISM
Manchmal liegt das Problem tiefer im System. Prüfe und repariere Windows-Komponenten:
System File Checker (SFC):
cmd (als Administrator)
sfc /scannow
Quelle und Details: Microsoft Support: System File Checker
DISM (Windows-Komponentenstore reparieren):
cmd (als Administrator)
DISM /Online /Cleanup-Image /RestoreHealth
Mehr Infos: Microsoft Learn: Repair a Windows Image
Führe zuerst DISM aus, starte neu, und führe anschließend SFC aus. Das behebt beschädigte Systemkomponenten, die indirekt Laufzeiten beeinträchtigen können.
4) App oder Spiel reparieren/neu installieren
Viele Programme liefern die benötigten VC++-Pakete mit. Wenn die App ein „Reparieren“ in den Installationsoptionen anbietet, nutze das. Ansonsten deinstalliere das betroffene Programm, starte neu und installiere es frisch. Achte darauf, Installationsassistenten vollständig durchlaufen zu lassen; einige Installer stoßen am Ende die VC++‑Setup‑Routinen an, die nicht übersprungen werden sollten.
5) 32‑Bit vs. 64‑Bit korrekt zuordnen
Ein verbreitetes Problem ist die Architekturverwechslung. Ein 64‑Bit‑Programm benötigt 64‑Bit‑Laufzeiten (x64). Ein 32‑Bit‑Programm benötigt zusätzlich die x86‑Laufzeiten – auch auf einem 64‑Bit‑Windows. Daher gilt: Auf 64‑Bit‑Windows in der Regel x64 plus x86 installieren. Auf Windows on ARM brauchst du die ARM64‑Laufzeit für native ARM‑Apps; für emulierte x86/x64‑Apps können die entsprechenden x86/x64‑Pakete ebenfalls nötig sein.
6) Sicherheit: Kein Download einzelner DLLs von Drittseiten
Achtung: Lade keine einzelnen DLLs von externen Seiten herunter. Das ist ein massives Sicherheitsrisiko und löst selten die eigentliche Abhängigkeit sauber. Die korrekte, sichere Methode ist die Installation der Microsoft Visual C++ Redistributable.
7) Antivirus/Quarantäne prüfen
Selten, aber möglich: Sicherheitssoftware verschiebt oder blockiert die Datei. Öffne dein Antivirenprogramm bzw. Windows-Sicherheit und checke die Quarantäne. Stelle fälschlich blockierte Elemente wieder her und setze ggf. eine Ausnahme für den Programmordner. Ein vollständiger Scan schadet nicht:
- Microsoft Defender Antivirus: Scans und Optionen
8) Lokale Kopien und AppLocal-Konflikte beseitigen
Manche Programme bringen eigene Kopien von msvcp140.dll im App-Verzeichnis mit („AppLocal“). Das kann zu Konflikten führen, wenn diese Version älter oder beschädigt ist. Entferne testweise die lokal liegende DLL im Programmordner (vorher sichern) und zwinge die App, die systemweite, aktuelle Version zu laden. Im Zweifel ist eine Neuinstallation der App die robustere Variante.
9) Ereignisanzeige prüfen (Side‑by‑Side)
Wenn der Start fehlschlägt, findest du oft Hinweise in der Ereignisanzeige unter „Windows-Protokolle > Anwendungen“ bzw. „SideBySide“. Meldungen mit „Dependent Assembly … Microsoft.VC140.CRT … could not be found“ deuten auf fehlende/inkonsistente VC‑Laufzeiten hin.
- Technischer Hintergrund: Side-by-Side Assembly Technology
10) Entwicklerperspektive: Debug-Runtimes vs. Release
Falls du selbst entwickelst: Im Produktivbetrieb dürfen Debug‑Runtimes wie msvcp140d.dll nicht vorausgesetzt werden. Verteile die Release‑Builds und installiere im Setup die offiziellen Redistributables. Verlasse dich nicht auf das Kopieren einzelner DLLs.
Praktische Checks und Tools
Schnell prüfen, ob die Datei existiert
Eingabeaufforderung:
where msvcp140.dll
PowerShell:
Test-Path "$env:WINDIR\System32\msvcp140.dll"
Test-Path "$env:WINDIR\SysWOW64\msvcp140.dll"
Version und Signatur prüfen
PowerShell:
(Get-Item "$env:WINDIR\System32\msvcp140.dll").VersionInfo | Format-List
Per Explorer: Rechtsklick auf die Datei > Eigenschaften > Details (Version) und ggf. Reiter „Digitale Signaturen“ (Signatur von Microsoft Corporation).
Abhängigkeiten analysieren (für Fortgeschrittene)
Wenn du tiefer einsteigen willst, nutze das Open-Source-Tool „Dependencies“ (moderne Alternative zu Dependency Walker), um zu sehen, welche Laufzeiten genau fehlen. Repo: github.com/lucasg/Dependencies.

Häufig betroffene Programme und typische Situationen
- Spiele/Launcher: Titel unter Steam, Epic Games, EA-App/Origin, Ubisoft Connect. Oft liefert der Launcher die VC++-Pakete mit; das erneute Ausführen der mitgelieferten „vcredist“-Installer unter „_CommonRedist“ oder im Installationsordner hilft häufig.
- Kreativsoftware: Adobe, Autodesk, Bild-/Videotools.
- Büro/Business: Office-Click‑to‑Run‑Komponenten, spezialisierte Fachsoftware.
Wenn mehrere Anwendungen gleichzeitig ausfallen, ist die Wahrscheinlichkeit hoch, dass die systemweite Visual-C++-Laufzeit beschädigt ist und eine Neuinstallation/ Reparatur den gesamten Block aufräumt.
Best Practices: So vermeidest du den Fehler künftig
- Halte die Visual C++ Redistributable aktuell. Die Microsoft-Seite „Latest supported VC++“ listet die jeweils unterstützten Pakete.
- Installiere auf 64‑Bit‑Windows immer x64 und x86. Das deckt die meisten Fälle ab, weil es nach wie vor viele 32‑Bit‑Apps gibt.
- Nutze Windows Update und halte das System gepflegt. Updates liefern Fixes für Abhängigkeitsketten und Installationsroutinen.
- Vermeide das manuelle Verteilen einzelner DLLs. Nutze stattdessen die offiziellen Installer (auch in Software-Paketen/Deployment-Skripten).
- Backups und Wiederherstellungspunkte vor größeren Installationswellen helfen, schnell zurückzurollen.
- Nur vertrauenswürdige Quellen. Software und Laufzeiten ausschließlich von Herstellerseiten oder Stores.
Für Admins, Power-User und Paketierung
Unattended/Deployment
Die VC++‑Installer unterstützen stille Parameter, z. B. /install /quiet /norestart. So kannst du sie in Skripte, Intune, SCCM, PDQ & Co. einbinden.
vc_redist.x64.exe /install /quiet /norestart
vc_redist.x86.exe /install /quiet /norestart
winget (Windows Package Manager)
Die Paket-IDs können variieren. Suche zuerst:
winget search vcredist
Installiere dann die benötigten Pakete per ID. Prüfe die Ausgabe, um doppelte Varianten zu vermeiden.
Inventarisierung
Für Audits nutze „Apps & Features“, PowerShell („Get-Package“) oder dein Software-Asset-Management. Vermeide „Win32_Product“, da es MSI-Reparaturen triggert. Für Endpoint-Management plane beide Architekturen ein.
Windows on ARM
Auf ARM64-Systemen installierst du die ARM64-Redistributable für native ARM‑Apps. Für emulierte x86/x64‑Apps können zusätzlich x86/x64‑Pakete erforderlich sein. Teste die Ziel-App-Architektur vorher.
Fehlerbilder, Ursachen und Maßnahmen im Überblick
| Fehlerbild | Root Cause | Empfohlene Maßnahme | Aufwand | Erfolgsquote |
|---|---|---|---|---|
| „msvcp140.dll fehlt“ beim Start | Laufzeit fehlt/korrupt | VC++ 2015–2022 x64+x86 neu installieren | Gering | Sehr hoch |
| „vcruntime140.dll fehlt“ parallel | Gleiche Ursache | Gleiches Vorgehen, beide Architekturen | Gering | Sehr hoch |
| Fehler 0xC000007B | Architektur-Mix | Architektur prüfen, passende Pakete installieren | Mittel | Hoch |
| Start ohne Meldung, sofortiger Exit | AppLocal-Konflikt, beschädigte Dateien | App reparieren, lokale DLLs bereinigen | Mittel | Hoch |
| Nur bestimmte App betroffen | Fehlerhafte App-Installation | App neu installieren | Gering–Mittel | Hoch |
| Mehrere Apps gleichzeitig betroffen | Systemweite Laufzeit defekt | Redistributable vollständig neu + SFC/DISM | Mittel | Sehr hoch |
Häufige Missverständnisse – kurz aufgeklärt
- „Ich brauche nur die eine DLL“: Falsch. Die Laufzeit besteht aus mehreren Komponenten und Versionsabhängigkeiten. Einzeldownloads umgehen nicht die eigentliche Abhängigkeit – und sind unsicher.
- „Auf 64‑Bit reicht x64“: Ebenfalls falsch. 32‑Bit‑Apps benötigen die x86‑Laufzeit, selbst auf 64‑Bit‑Windows.
- „Nach Windows-Neuinstallation ist alles sauber“: Nicht zwingend. Viele Apps erwarten die Redistributables zusätzlich. Installiere sie aktiv.
- „Alte VC++‑Versionen kann ich alle löschen“: Vorsicht. Manche Software benötigt explizit ältere Year‑Runtimes (z. B. 2012/2013). Entferne nur, was du sicher ersetzen kannst.
Security-Fokus: So bleibst du sauber
Die Visual C++ Redistributable kommt signiert von Microsoft. Damit bekommst du die korrekten Dateien, Secure by Default und Updatefähigkeit. Der Griff zu „DLL‑Download“-Seiten ist nicht nur unsicher, sondern oft die Ursache für Folgeprobleme – inklusive Malware-Risiko.
- Nur Herstellerquellen. Microsoft-Seiten oder Installationspakete deines Softwareherstellers.
- Signaturen prüfen. Für zentrale Systemdateien ist eine Microsoft-Signatur der Maßstab.
- Defender aktiv lassen. Regelmäßige Scans und Realtime-Schutz.
Profi-Checkliste: Der schnelle Leitfaden
- Neu starten.
- VC++ 2015–2022 x64 und x86 von Microsoft neu installieren oder reparieren.
- Betroffene App reparieren/neu installieren.
- DISM + SFC ausführen, dann neu starten.
- Antivirus-Quarantäne prüfen.
- Ereignisanzeige (SideBySide) checken, bei Bedarf AppLocal bereinigen.
Fazit
Der Fehler rund um msvcp140.dll ist in den allermeisten Fällen schnell gelöst, wenn du strukturiert vorgehst: Offizielle Visual C++ 2015–2022 Redistributables für x64 und x86 installieren bzw. reparieren, im Zweifel die betroffene App neu aufsetzen und bei hartnäckigen Fällen SFC/DISM nutzen. Vermeide Einzeldownloads von DLLs aus Drittquellen konsequent – sie sind unsicher und führen selten zu einer stabilen Lösung. Mit den hier beschriebenen Schritten richtest du die Laufzeit korrekt ein und minimierst die Wahrscheinlichkeit, dass der Fehler in Zukunft wieder auftritt.
FAQ
Was genau macht msvcp140.dll?
Sie ist Teil der Microsoft C++‑Standardbibliothek (C++ Runtime). Viele in C++ entwickelte Windows‑Programme rufen Funktionen aus dieser Datei auf. Fehlt sie, kann die Anwendung oft nicht starten.
Woher bekomme ich die Datei sicher?
Nicht als Einzeldatei! Installiere die Microsoft Visual C++ 2015–2022 Redistributable von der offiziellen Microsoft‑Seite. Das ist sicher und korrekt.
Warum soll ich x86 und x64 installieren?
Auf 64‑Bit‑Windows laufen auch 32‑Bit‑Programme. Diese benötigen die x86‑Laufzeit – zusätzlich zur x64‑Variante.
Hilft die Reparaturfunktion statt Neuinstallation?
Oft ja. Unter „Apps & Features“ die Redistributables auswählen, „Ändern“ und dann „Reparieren“. Wenn das nicht klappt: deinstallieren und frisch installieren.
Ich bekomme 0xC000007B – ist das dasselbe Problem?
Häufig ist das ein Architektur‑Mismatch (32/64‑Bit). Installiere die richtige Architektur (und auf 64‑Bit zusätzlich x86), repariere anschließend die App.
Kann ich die DLL vom PC eines Freundes kopieren?
Abzuraten. Selbst wenn es kurzfristig funktioniert, löst du so die Versionierung und Abhängigkeiten nicht sauber. Nutze die offiziellen Redistributables.
Wie prüfe ich, ob die Datei vorhanden ist?
In der Eingabeaufforderung where msvcp140.dll ausführen oder in PowerShell Test-Path "$env:WINDIR\System32\msvcp140.dll". In der Regel liegt sie in System32 (64‑Bit) und SysWOW64 (32‑Bit‑Variante).
Was, wenn auch vcruntime140.dll oder vcruntime140_1.dll fehlen?
Gleiche Baustelle. Die Visual C++ 2015–2022 Redistributable enthält alle erforderlichen Dateien. Neuinstallation/ Reparatur löst das normalerweise.
Hilft SFC/DISM wirklich bei msvcp140.dll?
Sie beheben zwar nicht die Visual C++ Laufzeiten direkt, reparieren aber beschädigte Windows‑Komponenten, die Installations- und Laufzeitprobleme verursachen können. Deshalb sind sie ein sinnvoller Schritt bei hartnäckigen Fällen.
Ich nutze Windows on ARM – was beachten?
Installiere die ARM64‑Redistributable für native ARM‑Apps. Für emulierte x86/x64‑Apps können zusätzlich x86/x64‑Pakete notwendig sein.
Wie verhindere ich, dass der Fehler wiederkommt?
Microsoft‑Updates einspielen, nur offizielle Quellen nutzen, VC++‑Pakete aktuell halten, keine Einzel‑DLLs von Drittseiten. Bei Deployment: stille, wiederholbare Installer verwenden und beide Architekturen paketieren.

