Windows 에서 특정 프로그램 실행 직후 종료되거나 작업 중 예외 코드가 표시될 때는 앱 자체 손상, Visual C++ 런타임 충돌, GPU 가속 설정, 드라이버 버전, 사용자 프로필 권한을 분리해 확인해야 합니다. 이벤트 뷰어와 오류 모듈 정보를 바탕으로 재설치·가속 해제·드라이버 교체 순서를 정리합니다.
부동소수점 예외 코드로 프로그램이 꺼질 때 확인할 항목
프로그램을 실행하자마자 창이 사라지거나 작업 도중 예외 메시지와 함께 종료된다면, 재설치부터 반복하기보다 오류가 난 지점을 먼저 좁혀야 합니다. 같은 코드가 나타나도 프로그램 파일 손상, 추가 기능, 실행 라이브러리, 그래픽 처리, 사용자 설정처럼 원인이 나뉠 수 있기 때문입니다. 특히 처음에는 실행되다가 특정 메뉴·파일·효과를 사용할 때만 꺼지는지에 따라 확인 순서도 달라집니다.
전농동 STATUS_FLOAT_INVALID_OPERATION 문제처럼 숫자 연산 관련 예외가 보일 때는 코드 하나만으로 원인을 단정하기 어렵습니다. 이 값은 Windows NTSTATUS 계열에서 유효하지 않은 부동소수점 연산 상태를 뜻하며 보통 0xC0000090 으로 표시됩니다. 오류가 반복되는 상태라면 화면을 닫고 다시 실행하기 전에 발생 시간과 직전 작업을 남겨 두는 편이 진단에 유리합니다. 초기 확인이 어렵다면 동네형컴퓨터 010-6833-8119 로 증상과 프로그램명을 먼저 알려 주면 점검 범위를 정하는 데 도움이 됩니다.
오류 모듈과 런타임 충돌을 먼저 가르는 방법
가장 먼저 볼 곳은 Windows 이벤트 뷰어입니다. 시작 메뉴에서 이벤트 뷰어를 실행한 뒤 Windows 로그 → 응용 프로그램에서 종료 시각과 같은 시간대의 오류 항목을 찾습니다. 여기서 오류 발생 응용 프로그램(Faulting Application), 오류 모듈(Faulting Module), 예외 코드(Exception Code)를 한 묶음으로 확인해야 합니다.
오류 모듈이 프로그램의 실행 파일이나 자체 DLL로 표시되면 프로그램 파일, 캐시, 설정 또는 추가 모듈을 우선 의심할 수 있습니다. 반대로 VCRUNTIME, MSVCP, ucrtbase 계열 파일이 보이면 Visual C++ 런타임 충돌이나 손상 여부를 별도로 살피는 편이 맞습니다. 단순히 프로그램만 삭제하고 설치하면 사용자 설정과 충돌 요소가 남아 같은 종료가 반복될 수 있습니다.
| 확인 결과 | 우선 조치 | 판단 기준 |
|---|---|---|
| 프로그램 자체 모듈 오류 | 설정·캐시·플러그인 분리 후 복구 | 새 환경에서 종료가 사라지는지 확인 |
| 런타임 관련 모듈 오류 | Visual C++ 런타임 복구 또는 재설치 | 여러 프로그램에서 비슷한 오류가 나는지 확인 |
| 그래픽 관련 DLL 오류 | 가속 해제와 드라이버 변경 비교 | 특정 화면·효과에서만 종료되는지 확인 |
프로그램 초기화와 런타임 조치는 한 번에 섞지 않는 것이 좋습니다. 먼저 프로그램의 사용자 설정 폴더, 캐시, 플러그인을 분리한 상태에서 실행해 보고, 결과가 같을 때 런타임 복구를 진행해야 어느 조치가 영향을 주었는지 판단할 수 있습니다. 업무용 프로그램이라면 설정 폴더를 바로 삭제하지 말고 이름을 바꾸거나 별도 위치에 백업한 뒤 시험하는 방식이 안전합니다.
그래픽 가속 해제로 실행 조건을 비교하기
영상 편집, 이미지 작업, 설계, 브라우저 기반 도구처럼 GPU를 사용하는 프로그램은 하드웨어 가속이 종료 원인이 될 수 있습니다. 프로그램 설정에 진입할 수 있다면 하드웨어 가속 또는 GPU 가속 항목을 끈 뒤 같은 작업을 반복해 보세요. 설정 화면까지 들어가지 못한다면 프로그램이 제공하는 안전 실행 옵션, 환경설정 초기화 옵션, 플러그인 비활성화 실행 방법을 확인합니다.
가속을 끈 상태에서 종료가 사라진다면 프로그램의 계산 기능 자체보다 GPU 드라이버, 그래픽 전환 설정, 외부 모니터 연결, 특정 효과 처리 쪽으로 범위를 줄일 수 있습니다. 이때 드라이버는 무조건 최신 버전이 답은 아닙니다. 오류가 드라이버 업데이트 직후부터 시작됐다면 이전에 안정적이던 버전으로 되돌려 비교하고, 오래된 상태에서 특정 프로그램 업데이트 후 문제가 생겼다면 최신 드라이버로 올린 결과를 확인하는 순서가 합리적입니다.
노트북은 내장 그래픽과 외장 그래픽 중 어느 장치로 실행되는지도 살펴볼 항목입니다. 전원 모드 변경, 도킹 장치 연결, 외부 모니터 추가 뒤에만 문제가 생긴다면 연결 장치를 하나씩 분리해 재현 조건을 비교합니다. 드라이버를 바꾸기 전에는 현재 버전과 변경 날짜를 기록해 두어야 되돌릴 기준이 남습니다.
실행 직후 종료되는 흐름에서 남겨야 할 기록
재현 기록은 복잡할 필요가 없습니다. 오류 화면 전체, 발생 시각, 실행 직전에 열었던 파일이나 메뉴, 연결한 USB 장치·프린터·외부 모니터의 변경 여부만 남겨도 충분합니다. 실행 직후 종료되는지, 로그인 뒤 종료되는지, 특정 문서를 열 때만 종료되는지도 구분해 두면 오류 모듈의 의미를 훨씬 정확하게 읽을 수 있습니다.
사용자 환경 문제는 새 Windows 사용자 계정이나 프로그램의 초기 환경에서 비교하면 빠르게 분리됩니다. 기존 계정에서만 종료되고 새 계정에서는 정상이라면 프로그램 설치 파일보다 사용자 프로필, 권한, 동기화 폴더, 개인 설정, 플러그인 쪽을 우선 확인합니다. 반대로 새 환경에서도 같은 시각에 같은 모듈 오류가 난다면 시스템 구성 요소나 드라이버 가능성이 높아집니다.
보안 프로그램이 파일 검사 또는 메모리 보호 기능으로 실행에 개입하는 경우도 있으므로, 최근 보안 정책 변경이나 프로그램 업데이트 여부를 함께 확인합니다. 다만 보호 기능을 장시간 꺼 둔 채 사용하는 방식은 해결책이 아닙니다. 변경 전후의 재현 결과를 비교한 뒤 필요한 예외 설정이나 프로그램 측 조치를 판단해야 합니다.
일정 조율이 필요한 경우
전농동 방문 점검은 오류가 잘 재현되는 시간대와 PC를 비워 둘 수 있는 시간을 기준으로 조율하는 편이 좋습니다. 원격 점검 전에는 오류 화면, 프로그램 버전, Windows 버전, 이벤트 뷰어의 오류 모듈명을 준비하면 불필요한 재설치 범위를 줄일 수 있습니다. 출장 점검은 09:00~18:00 에 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 진행합니다.
재설치 전에 전달하면 진단이 빨라지는 정보
오류가 반복되거나 특정 기능에서만 프로그램이 종료된다면, 재설치 전에 기록을 전달하는 편이 효율적입니다. 프로그램명과 정확한 버전, Windows 버전, 오류 발생 시간, 이벤트 뷰어의 오류 모듈명, GPU 종류와 드라이버 버전, 연결 장치 변경 여부를 확인해 두세요. 이 정보가 있으면 프로그램 복구가 먼저인지, 런타임 점검이 필요한지, 가속과 드라이버를 비교해야 하는지 우선순위를 정할 수 있습니다.
부동소수점 예외 코드로 프로그램이 꺼지는 문제는 코드만 보고 한 가지 조치에 집중하기보다, 오류 모듈과 재현 조건을 확보해 원인 범위를 줄이는 과정이 중요합니다. 설정 분리, 런타임 확인, GPU 가속 비교, 드라이버 전후 비교를 순서대로 진행하면 반복 작업을 줄일 수 있습니다.
자주 묻는 질문
Q. 부동소수점 예외 코드는 무엇을 뜻하나요?
A. 프로그램 또는 관련 모듈이 숫자 연산 과정에서 처리할 수 없는 상태를 만났다는 의미입니다. 코드만으로 원인을 단정할 수 없으므로 오류 모듈명과 재현 조건을 함께 봐야 합니다.
Q. 프로그램을 다시 설치하면 해결되나요?
A. 프로그램 파일 손상에는 도움이 될 수 있습니다. 하지만 드라이버, 런타임, 플러그인, 사용자 설정이 원인이라면 재설치 뒤에도 같은 문제가 반복될 수 있으므로 환경 분리를 먼저 권합니다.
Q. 원격으로 확인할 수 있는 범위는 어디까지인가요?
A. 이벤트 로그, 프로그램 버전, 런타임 상태, 가속 설정, 드라이버 정보와 재현 절차는 원격으로 확인할 수 있습니다. 전원이 켜지지 않거나 화면 출력 자체가 불안정한 경우에는 현장 점검이 더 적합할 수 있습니다.
오류 화면과 발생 시간을 확보한 뒤 조치 범위를 좁히고 싶다면
동네형컴퓨터 010-6833-8119 · https://udns.kr/