Microsoft Visual C++ Runtime Error 삭제 후 설치
Microsoft Visual C++ Runtime Library(Visual C++ 재배포 패키지)는 윈도우에서 돌아가는 수많은 프로그램이 공통으로 쓰는 “필수 부품” 같은 존재입니다. AutoCAD, 3ds Max, Maya, 게임, 각종 업무 프로그램까지… 실행 파일이 이 런타임에 기대서 돌아가는 경우가 많다 보니, 설치가 누락되거나 손상되면 충돌·강제 종료·실행 불가 같은 증상이 한꺼번에 터집니다.
Microsoft visual C++ Runtime library 오류에서 자주 보이는 증상

| 오류 유형 | 대표 메시지 예시 | 의미 |
|---|---|---|
| Runtime Library 강제 종료 | Runtime Error! This application has requested the Runtime to terminate it in an unusual way. | 프로그램이 런타임 문제/충돌로 비정상 종료 |
| Assertion failed | Microsoft Visual C++ Runtime Library – Assertion failed! | 프로그램 내부 조건 검사 실패(런타임/모듈 충돌 포함) |
| Abnormal termination | Abnormal Program Termination | 원인이 다양(손상/충돌/권한/플러그인 등) |
| R6025 | R6025 – pure virtual function call | C++ 런타임 호출 흐름이 꼬일 때 종종 발생 |
| R6034 | R6034 An application has made an attempt to load the C runtime library incorrectly. | 런타임 로드 방식 충돌(중복/잘못된 모듈 경로 등) |
| DLL 누락 | MSVCP140.dll / VCRUNTIME140.dll / VCRUNTIME140_1.dll 을(를) 찾을 수 없습니다 | 대개 VC++ 2015~2022(=v14) 설치/복구로 해결 |
| UCRT 누락 | api-ms-win-crt-runtime-l1-1-0.dll 이(가) 없습니다 | VC++만이 아니라 Windows 구성요소/업데이트 영향도 큼 |
| 0xc000007b | 응용 프로그램을 제대로 시작하지 못했습니다(0xc000007b) | x86/x64 혼용, 손상된 런타임, 누락 DLL에서 자주 나옴 |
| Side-by-Side | 응용 프로그램 구성이 올바르지 않습니다(Side-by-side configuration is incorrect) | 필요 런타임 버전이 없거나 매니페스트 충돌 |
| 설치 충돌 | 0x80070666 다른 버전이 이미 설치되어 있습니다 | 동일 계열(예: v14)이 이미 있어 설치가 막히는 케이스 |
가장 안정적인 해결 흐름
현업에서 가장 성공률 높은 순서는 “최신 v14 설치/복구 → 기존 패키지 Repair → 필요 시 제거 후 재설치 → 윈도우 구성요소 복구(DISM/SFC)” 입니다.
먼저 레지스트리를 임의 경로에서 지우는 방식은 원인과 무관한 경우가 많고, 되돌리기 어려워서 이 글에서는 권장하지 않습니다.
1) 최신 Visual C++(v14) 재배포 패키지 설치
대부분의 최신 프로그램은 Visual Studio 2015~2022 계열(= v14 런타임)을 사용합니다.
64비트 윈도우라도 32비트 프로그램이 섞여 있는 경우가 많기 때문에 보통 x64와 x86을 함께 설치해두는 쪽이 안전합니다.
| 아키텍처 | 공식 다운로드 | 메모 |
|---|---|---|
| ARM64 | https://aka.ms/vc14/vc_redist.arm64.exe | ARM 기반 윈도우 장치용 |
| x86 | https://aka.ms/vc14/vc_redist.x86.exe | 64비트 PC여도 설치 권장(32비트 앱 대응) |
| x64 | https://aka.ms/vc14/vc_redist.x64.exe | 일반적인 64비트 윈도우용 |
설치 후에도 동일한 오류가 계속된다면 “앱 및 기능(또는 프로그램 추가/제거) → Microsoft Visual C++ …” 항목을 찾아 ‘수정(Modify)’ 또는 ‘변경’이 보이면 Repair(복구)를 먼저 돌려보는 쪽이 빠릅니다.
Repair/삭제/재설치할 때 참고할 화면

2) 프로그램이 구버전 런타임을 요구하는 경우(2013/2012/2010)
오래된 설계 도구, 플러그인, 특정 버전의 게임/유틸은 2013/2012/2010 런타임을 별도로 요구하기도 합니다. 이 패키지들은 v14와 “나란히 설치”되는 구조라서, 필요한 것만 추가로 깔아주면 됩니다.
| 버전 | x86 | x64 |
|---|---|---|
| Visual C++ 2013 | vcredist_x86.exe | vcredist_x64.exe |
| Visual C++ 2012 Update 4 | 다운로드 | 다운로드 |
| Visual C++ 2010 SP1 | 다운로드 | 다운로드 |
3) 설치가 안 되거나(오류 0x80070666 등) 계속 충돌한다면
설치가 막히는 케이스는 의외로 단순합니다. “이미 더 최신 버전이 있음”, “기존 설치가 꼬여서 Repair가 필요한 상태”, “윈도우 구성요소 자체가 손상됨” 이 3가지가 대부분입니다.
Microsoft Visual C++ 삭제 후 재설치
앱 및 기능에서 Microsoft Visual C++ Redistributable 항목을 보면 보통 연도/아키텍처별로 여러 개가 깔려 있습니다. 여기서 무작정 전부 지우기보다, 문제를 일으키는 프로그램이 요구하는 계열만 정리하는 쪽이 안전합니다. 예를 들어 “MSVCP140.dll” 류라면 v14(2015~2022) 계열을 우선 Repair → 그래도 안 되면 제거 후 재설치 순서로 갑니다.
제거를 한다면 x86과 x64를 한 세트로 보고 같이 제거한 뒤 재부팅하고 다시 설치하는 게 충돌이 덜 납니다. 설치가 끝나면 해당 프로그램을 ‘관리자 권한으로 실행’해서 한 번 테스트해보면 원인 분리가 빨라집니다.
윈도우 시스템 파일 복구(DISM / SFC)
런타임을 다시 깔아도 계속 깨지는 경우는 윈도우 구성요소가 손상된 상황도 종종 섞여 있습니다. 관리자 권한 PowerShell 또는 명령 프롬프트에서 아래를 실행해 복구한 뒤 재부팅하고 다시 확인합니다.

DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow
이 조합은 “설치가 자꾸 실패한다 / 설치는 되는데 실행 시 런타임 오류가 반복된다” 같은 애매한 상황에서 체감 성공률이 높습니다.
백그라운드 충돌 빠르게 걸러내기
드롭박스, 일부 보안 프로그램, 오버레이(화면 캡처/게임 부스터), 브라우저 확장 기능처럼 후킹(프로그램 동작에 끼어드는) 형태의 도구가 런타임 충돌을 만들기도 합니다. 오류가 특정 프로그램에서만 반복된다면, 해당 프로그램 실행 전에 백그라운드에서 상주하는 앱을 잠시 줄여서 재현 여부를 보는 방식이 가장 빠릅니다.

헷갈리기 쉬운 포인트
| 상황 | 정리 |
|---|---|
| 64비트 윈도우인데 x86도 설치해야 하나요? | 대부분 Yes. 32비트로 배포된 프로그램/플러그인이 많아서 x86 런타임이 따로 필요합니다. |
| 설치 오류 0x80070666 | 이미 동일 계열의 더 최신 버전이 있는 경우가 많아 Repair가 우선입니다. |
| 레지스트리 삭제가 필요하나요? | 대부분 필요 없습니다. 원인과 무관한 키를 지우면 부작용만 생길 수 있어 권장하지 않습니다. |
| bcdedit increaseUserVA 같은 설정 | 구형 32비트 환경에서나 얘기가 나오는 영역이라, 요즘 Windows 10/11 64비트에서는 효과를 기대하기 어렵고 리스크가 커서 일반 해결책으로는 비추천입니다. |
요약
Microsoft Visual C++ Runtime Library 오류는 “충돌”처럼 보이지만, 실제로는 런타임 누락/손상/버전 불일치가 뿌리인 경우가 많습니다. 최신 v14(x64+x86) 설치로 대부분 정리되고, 특정 구버전 프로그램이면 2013/2012/2010을 추가로 맞춰주면 됩니다. 공식 다운로드 경로는 Microsoft Learn 문서에 한 번에 정리되어 있어 그걸 기준으로 가져오는 게 가장 안전합니다.