NX Standard C++ exception caught 오류｜STEP 가져오기 로그 확인과 검증
NX에서 STEP(.stp/.step) 파일을 가져오는 도중 Standard C++ exception caught. See system log for details가 표시됐다면, 그래픽카드 드라이버를 바로 교체하기보다 해당 STEP 파일과 NX 시스템 로그를 먼저 확인하는 편이 원인 범위를 빠르게 좁힐 수 있습니다.
특히 모델이 화면에 보인다고 해서 변환이 끝났다고 판단하면 곤란합니다.
일부 바디가 누락되거나 조립 위치·단위가 달라졌을 수 있으므로, 변환 로그와 형상 검증을 모두 통과해야 실제 설계 데이터로 사용할 수 있습니다.
적용 상황: NX 실행은 정상이고, STEP Import 진행 중 또는 직후 예외가 발생하는 경우입니다. 설치 직후 실행 오류, 단순 화면 표시 문제, 라이선스 오류는 아래 관련 글에서 별도로 확인합니다.
STEP Import 중 나타나는 Standard C++ 예외 메시지
STEP AP203·AP214·AP242 같은 중립 CAD 데이터를 NX로 변환할 때 모델이 일부 표시되거나 변환 도중 멈춘 다음과 같은 알림이 나타날 수 있습니다.
이 문구 자체는 공통 예외 알림이므로 STEP 파일 손상·메모리 문제·그래픽 드라이버 중 하나로 단정할 수 없습니다.
| 표시된 문구 | 해석과 다음 조치 |
|---|---|
| Standard C++ exception caught | NX 내부 예외가 포착됐다는 공통 메시지. 발생 시점과 syslog 확인 |
| See system log for details | 화면의 짧은 오류보다 NX 세션 로그에 추가 단서가 있는지 확인 |
| Internal Error: Memory access violation | 유효하지 않은 메모리 접근 관련 오류. 변환기·데이터·환경을 로그와 재현 시험으로 구분 |
먼저 세 가지 상황을 분리합니다
| 재현 상황 | 먼저 확인할 항목 | 이 글에서의 처리 |
|---|---|---|
| 특정 STEP에서만 실패 | 파일 원본, 다른 파일, STEP 변환 로그 | 원본 데이터/변환 조건 비교 |
| 같은 STEP이 다른 PC에서는 정상 | NX 버전·유지보수 수준·설치 옵션·사용자 환경 | PC별 환경 차이 기록 |
| 가져온 뒤 회전·줌에서 예외 | GPU·드라이버 변경 이력·표시 동작 | 드라이버·실행 오류 점검 글로 이동 |
NX 시스템 로그(syslog) 확인하는 방법
1. NX가 실행 중이라면 File → Help → Log File
예외 메시지를 확인한 세션을 유지한 채 File → Help → Log File을 열고 로그의 마지막 부분부터 확인합니다. 표시된 시간 근처에 STEP 번역(translation), 파일 경로, 접근 실패, 예외 또는 모듈 관련 문구가 있는지 살펴보세요.
이 로그 접근 경로는 Siemens 공식 자료의 NX Log File 설명에서도 확인할 수 있습니다. NX 버전과 사용자 인터페이스 구성에 따라 표시 형태가 다를 수 있습니다.
2. NX가 강제 종료되었다면 TEMP 폴더를 검색
Windows 탐색기의 주소 표시줄에 %TEMP%를 입력하고 Enter를 누릅니다. 최근 수정된 .syslog 파일이 있는지 확인하되, 실제 세션 로그의 저장 경로가 우선입니다.
파일 이름이나 위치는 환경에 따라 달라집니다.
UGII_USER_DIR을 로그 경로로 단정하거나 TEMP에 파일이 반드시 생성된다고 가정하지 마세요. 원본 로그는 지우지 말고 별도 폴더에 복사해 보관합니다.
3. 로그에서 찾을 항목
| 확인 대상 | 기록할 내용 | 판단 시 주의점 |
|---|---|---|
| 오류 발생 시각·동작 | Import 시작/종료, 모델 표시, 회전 등 | 메시지의 위치가 원인을 확정하지는 않음 |
| STEP 또는 translator 관련 문구 | 파일 이름·경로·변환 단계·중단 지점 | 반복 발생한 파일에만 집중해 재현 |
| 파일 입출력 관련 오류 | 읽기 권한, 경로 길이, 저장 공간 | 경로만 바꿔 비교하는 시험으로 확인 |
| 모듈·예외 코드 | 해당 시점의 DLL·예외 내용 | 모듈 이름만으로 그래픽 원인이라고 단정하지 않음 |
실무 팁: 오류 팝업만 캡처하기보다 발생 시각, NX 버전/빌드, STEP 파일 이름, Import 대상(새 부품/기존 부품), syslog를 한 번에 기록해 두면 재현 조건을 비교하기 수월합니다. 외부에 공유할 때는 프로젝트 경로·고객사명·라이선스 정보가 포함됐는지 먼저 확인하세요.
정상 STEP·문제 STEP·다른 PC로 원인 나누기
저라면 드라이버 삭제나 NX 재설치보다 이 비교 시험부터 하겠습니다. 원본 STEP 파일은 변경하지 않고 복사본으로 테스트하며, 사용 중인 NX 버전·옵션이 다른 조건은 별도 기록합니다.
같은 PC에서 정상 파일과 문제 파일을 비교
- STEP Import 전 NX 새 작업 또는 비교용 별도 작업 파일을 준비합니다.
- 기존에 정상적으로 열리는 STEP을 먼저 가져오고, 같은 조건에서 문제 STEP을 가져옵니다.
- 문제 파일만 실패하면 STEP 원본·형상·파일 경로·Translator 설정 차이를 확인합니다.
- 두 파일 모두 실패하면 같은 환경에서 공통으로 발생하는 파일 접근·NX 설치·사용자 설정·번역기 문제를 우선 점검합니다.
원본을 제공한 설계 시스템에서 STEP을 다시 내보낼 수 있다면 동일 AP 형식과 단위를 유지해 재출력한 복사본도 비교합니다. 이때 내보내기 옵션을 한꺼번에 여러 개 변경하면 무엇이 영향을 줬는지 알기 어렵습니다.
같은 문제 파일을 다른 PC에서 비교
가급적 동일 NX 버전·패치 수준·변환 옵션이 설치된 정상 PC에서 같은 STEP 복사본을 열어 봅니다. 다른 PC에서 정상이라면 문제 PC의 환경을 먼저 비교하고, 둘 다 실패한다면 해당 STEP 데이터 또는 공통 변환 조건을 점검합니다.
PC 간 버전이나 라이선스가 다르면 결과가 달라질 수 있으므로 다른 PC 한 번의 성공만으로 원인이 확정되는 것은 아닙니다.
STEP Import가 끝났어도 설계 데이터 검증이 필요한 이유
모델이 화면에 표시되는 것과 제품 설계에 사용할 수 있는 데이터로 정상 변환된 것은 다릅니다.
NX에서 결과 부품을 별도 저장한 뒤 다음 항목을 확인합니다.
| 검증 기준 | 확인할 내용 | 이상 발생 시 |
|---|---|---|
| 바디·형상 | 예상 Solid Body/Sheet Body의 개수 및 누락 부위 | 열린 시트, 빠진 형상, 빈 파트 여부 확인 |
| 크기·단위 | 기준 치수와 전체 모델 크기가 mm/inch 기준으로 일치 | 입력 단위 및 원본 기준 치수 확인 |
| 위치·조립 | 부품 개수, 트리 구조, 어셈블리 상대 위치 | 변환 옵션·원본 조립 구조 비교 |
| 표면·에지 | 끊긴 면, 이상한 틈, 불연속 에지, 형상 오류 | 필요 시 NX의 형상 분석·검사 기능으로 확인 |
| 저장·재열기 | NX .prt 별도 저장 후 다시 열기 | 로그 재발, 누락 바디, 링크 오류 확인 |
주의: 원본의 기준 치수나 기대 부품 수가 없는 경우, 눈으로 모델이 비슷하다는 이유만으로 정확하다고 판정할 수 없습니다. 검증하지 못한 항목은 승인 완료로 표시하지 않는 편이 안전합니다.
원인별 조치: STEP 데이터부터 환경까지 순서대로
STEP 파일 또는 변환 설정으로 좁혀진 경우
- STEP 원본 파일의 크기와 해시 또는 파일명을 기록하고 복사본으로 다시 테스트합니다.
- 파일 경로를 짧고 접근 가능한 로컬 작업 폴더로 바꿔 읽기 권한·동기화 충돌 여부를 비교합니다.
- 원본 CAD에서 동일 조건으로 재출력한 STEP과 비교하고, 필요한 데이터 항목을 하나씩 바꿔봅니다.
- NX의 STEP Import 옵션은 사용 중인 버전의 실제 메뉴에서 확인하고, 바뀐 옵션을 기록한 뒤 결과를 검증합니다.
STP/STEP 불러오기 옵션과 데이터 변환 후 형상 점검은 UG NX STP·STEP 가져오기 오류와 설정 항목 정리를 이어서 참고하면 도움이 됩니다. 다만 출처가 확인되지 않은 JT_OGL 등의 환경변수를 이 예외 오류의 공통 해결책으로 적용하지 않는 것이 안전합니다.
NX 또는 PC 환경 차이로 좁혀진 경우
- 정상 PC와 실패 PC의 NX 버전·빌드·패치 수준을 비교합니다.
- 같은 파일 경로·같은 가져오기 조건인지 확인하고 계정 권한·보안 소프트웨어 이벤트도 비교합니다.
- 오류 직전에 그래픽 드라이버나 화면 관련 설정이 바뀌었고 회전·줌에서만 재현된다면 표시 환경을 점검합니다.
- 설정 초기화·드라이버 롤백은 변경 전 백업과 복원 계획을 세운 뒤 관련 담당자와 진행합니다.
특히 STEP 변환과 관계없이 NX 실행, 화면 회전, 그래픽 드라이버 변경 후 같은 예외가 발생한다면 NX 표준 C++ 예외 오류: 그래픽 드라이버와 시스템 환경 점검에서 별도로 진단하는 것이 적절합니다.
NX 프로그램 자체가 실행되지 않거나 라이선스 초기화 단계에서 멈춘다면 UG NX 실행 오류: 라이선스 서버·환경변수·LMTOOLS 확인이 해당 상황에 맞는 점검 경로입니다.
설계 작업 복귀 전 최종 확인
- 같은 STEP 파일을 같은 조건으로 다시 가져왔을 때 예외가 재현되지 않는지 확인합니다.
- NX syslog와 변환 과정에서 새로 발생한 오류 메시지를 확인합니다.
- 솔리드·시트 바디 개수, 기준 치수·단위, 조립 구조·위치가 원본과 부합하는지 확인합니다.
- 변환된 .prt를 원본과 다른 이름으로 저장해 닫았다가 다시 열어 봅니다.
- 오류가 계속되면 발생 시점, NX 빌드, 재현 절차, syslog, 보안 검토를 마친 샘플 STEP을 담당 기술지원에 전달합니다.
지원 사례를 접수할 때는 Siemens Digital Industries Software Support Center를 이용할 수 있습니다. 고객사 기밀 설계 데이터는 승인된 채널로만 전달하고, 공개 커뮤니티에 STEP 원본이나 전체 로그를 그대로 올리지 않는 것이 좋습니다.
자주 묻는 질문
STEP 모델이 보이는데 예외 메시지만 뜨면 사용해도 되나요?
화면에 표시됐다는 이유만으로 정상 변환이라고 보기 어렵습니다. 원본 대비 바디·기준 치수·단위·조립 구조를 확인하고 NX 파일을 저장 후 다시 열어 검증하기 전에는 설계 승인이나 외부 납품 자료로 사용하지 않는 편이 안전합니다.
syslog 파일은 반드시 %TEMP%에 저장되나요?
그렇지는 않습니다. NX 세션에서 File → Help → Log File을 먼저 확인하고, 강제 종료 시에는 Windows의 TEMP 폴더에서 최근 .syslog 파일을 찾는 순서가 실용적입니다. 실제 경로는 환경에 따라 다를 수 있습니다.
Internal Error: Memory access violation은 그래픽카드 고장이라는 뜻인가요?
아닙니다. 메모리 접근 관련 예외라는 단서일 뿐이고, STEP 변환기·데이터·사용자 환경·표시 과정 등 여러 원인을 재현 조건과 로그로 구분해야 합니다.
같은 STEP을 다른 PC에서 열면 정상입니다. 무엇부터 비교하나요?
NX 빌드, STEP 번역 옵션, 파일 경로와 접근 권한, 사용자 환경, 드라이버 변경 이력을 비교합니다. 두 PC의 설정이 다르면 환경 차이의 원인을 추가로 분리해야 합니다.
STEP AP203, AP214, AP242 중 어느 형식을 쓰면 오류가 없어지나요?
특정 AP 형식으로 변경하면 예외가 반드시 없어지는 것은 아닙니다. 공급사와 필요한 데이터(형상·속성·PMI 등), NX에서 지원하는 변환 구성에 맞춰 선택하고 변경 전후 결과를 동일 기준으로 비교해야 합니다.
NX를 재설치하면 해결되나요?
재설치는 마지막 단계로 두는 것이 좋습니다. 문제 파일만 실패하는지, 같은 STEP을 다른 PC에서 가져오면 어떤지 먼저 확인하면 불필요한 설정 손실을 줄일 수 있습니다.
기술지원에 어떤 파일을 전달해야 하나요?
오류 발생 시각과 동작 순서, NX 버전·빌드, syslog, STEP 형식, 정상/문제 파일 비교 결과가 우선입니다. 원본 STEP의 외부 반출이 금지된 경우에는 사내 규정을 지키고 비기밀 재현 샘플을 별도로 준비합니다.
