UG NX Standard C++ exception caught 오류, STEP Import 해결
UG NX에서 Standard C++ exception caught가 뜨는 상황
UG NX CAD에서 Import로 STEP 파일을 불러온 뒤, 모델은 정상처럼 보이는데 하단에 Standard C++ exception caught 알림이 따라붙는 경우가 있습니다. 대부분은 파일 자체 문제라기보다, 그래픽 드라이버/인증(compatibility)이나 디스플레이/캐시 쪽에서 터지는 케이스가 많습니다.
Step203 Import에서 자주 보이는 메시지
아래처럼 변환은 끝났는데, NX가 내부 예외를 잡아내면서 경고를 띄우는 형태로 자주 나타납니다. 특히 STEP203/214/242 파일에서 “표시는 됐는데 뭔가 찜찜한” 상태로 남는 패턴이 많아요.
| Error | Unhandled UG exception caught <Standard C++ exception caught, See system log for details> |
| 추가 메시지 | Internal Error: Memory access violation |
“See system log”가 핵심인 이유
NX 화면에 뜨는 문구만으로는 원인이 좁혀지지 않습니다. 실제 단서는 syslog(시스템 로그)에 남는 경우가 많아서, 먼저 로그부터 확인하는 게 제일 빠릅니다. (특히 그래픽 관련 예외면 드라이버/디스플레이 초기화 흔적이 같이 찍힙니다.) :contentReference[oaicite:1]{index=1}
NX Standard C++ exception caught 로그 확인
Windows 기준으로 syslog는 보통 %TEMP% 경로(예: C:Users사용자AppDataLocalTemp)에 저장되는 경우가 많습니다.
회사/학교처럼 환경변수가 세팅된 PC는 UGII_USER_DIR 설정에 따라 위치가 달라질 수 있으니, syslog 안에 찍히는 경로/환경변수도 같이 확인해두면 다음부터 찾기 편합니다.
가장 흔한 원인 그래픽 드라이버 업데이트 이후 호환 이슈
이 에러는 “STEP Import가 실패했다”라기보다, 가져온 데이터를 화면에 그리거나(렌더링) 메모리를 다루는 순간 예외가 터지는 경우가 많습니다.
특히 그래픽 드라이버가 최근 업데이트된 뒤부터 갑자기 발생했다면, 아래 조합을 우선 의심해보는 게 좋습니다.
- 인증되지 않은 GPU/드라이버 조합에서 OpenGL/디스플레이 예외가 발생
- 게임용 최신 드라이버로 올라가면서 NX와 충돌(오버레이, 최적화 옵션 포함)
- 드라이버는 정상인데 NX 사용자 설정/그래픽 캐시가 꼬여서 반복 발생
Siemens는 “인증된 워크스테이션 + 권장 드라이버” 조합을 기준으로 지원하는 편이라, 장비가 그 범위를 벗어나면 같은 파일도 PC마다 결과가 갈릴 때가 있습니다.
바로 먹히는 해결책 3가지
| 증상 | 추천 대응 | 체감 |
|---|---|---|
| 최근 드라이버 업데이트 이후 시작 | 드라이버 롤백 (이전 안정 버전으로 복구) | 높음 |
| GeForce 계열/게임 드라이버 사용 | Studio Driver로 전환 또는 “깨끗한 설치” | 높음 |
| 드라이버는 그대로인데 반복 | NX 사용자 설정/그래픽 캐시 초기화 후 재실행 | 중간 |
원문에서 언급한 것처럼, 업데이트된 그래픽 드라이버를 이전 버전으로 되돌리는 것만으로 바로 멈추는 경우가 꽤 많습니다. 특히 “어제까지 됐는데 오늘부터” 같은 패턴이면 드라이버 쪽 가능성이 큽니다.
또 Internal Error:Memory access violation가 같이 뜬다면, 그래픽 드라이버(그리고 디스플레이 관련 유틸)을 함께 점검하는 쪽이 훨씬 확률이 좋습니다.
드라이버를 갈아엎을 때는 “지금 설치된 드라이버 제거 → 재부팅 → 안정 버전 설치” 조합이 가장 깔끔합니다. 지포스 계열의 구 버전/공식 드라이버 패키지는 아래에서 바로 확인할 수 있습니다.
참고 : Drivers | GeForce
STEP Import를 더 안정적으로 만드는 세팅 체크
드라이버를 정리했는데도 남는다면, 이번에는 NX 쪽 “표시/메모리/변환 옵션”을 같이 만져보는 게 좋습니다. 아래는 현장에서 자주 쓰는 체크리스트입니다.
- NX 최신 릴리즈/유지보수 패치 적용(동일 증상이라도 패치 레벨에서 사라지는 케이스가 있음)
- STEP 파일이 크거나 복잡하면 Import 옵션에서 불필요한 데이터(색/속성/곡면 품질)을 보수적으로
- 가져온 직후 뷰 회전/확대에서만 죽는다면 하드웨어 가속/디스플레이 옵션을 한 번 내려보기
- 다른 PC에선 정상이라면 사용자 설정/캐시 초기화가 생각보다 잘 먹힘
“인증 워크스테이션”이 왜 자주 언급될까
NX는 그래픽카드 자체보다 “해당 시스템에서 권장 드라이버로 검증된 조합”을 중요하게 봅니다. 외장 eGPU 같은 형태는 인증 범위에서 빠지는 경우가 많고, OEM 워크스테이션 + 권장 드라이버 조합이 가장 안정적입니다.
이어서 보면 좋은 내용: 드라이버 업데이트를 한 번에 끝내는 방법
그래픽카드 모델명이 헷갈리거나, 메인보드/칩셋/랜 드라이버까지 같이 정리하고 싶다면 아래 글이 편합니다. 특히 NX처럼 민감한 툴은 “그래픽만 최신”보다는 드라이버 조합을 안정적으로 맞추는 것이 결과가 좋습니다.
최근 NX 릴리즈를 쓰는 경우(2512 등)엔 무엇이 달라지나
요즘 NX는 6월/12월 기준으로 지속 업데이트가 이어지고, 최신 릴리즈에서는 안정성/호환 관련 개선도 함께 들어갑니다.
같은 STEP 파일이라도, 구버전 + 최신 드라이버 조합보다 최신 NX + 권장 드라이버 쪽이 예외가 덜 나는 편입니다.
| 조합 | 현장 체감 | 추천 |
|---|---|---|
| 구버전 NX + 최신 게임 드라이버 | 예외/크래시 빈도 증가 | 비추천 |
| 구버전 NX + 과거 안정 드라이버 | 당장 급한 불 끄기 좋음 | 임시 |
| 최신 NX + 권장/인증 드라이버 | 장기적으로 가장 안정적 | 추천 |
자주 묻는 질문
Q. STEP 파일이 열리긴 하는데 경고만 뜹니다. 그냥 써도 되나요?
경고가 1회성으로 끝나고 저장/편집/내보내기가 문제 없다면 급한 작업은 진행할 수 있습니다.
다만 같은 세션에서 반복되거나, 회전/줌에서 NX가 멈칫한다면 드라이버/디스플레이 예외일 가능성이 커서 빨리 정리하는 게 안전합니다.
Q. “Internal Error: Memory access violation”까지 같이 보이면 더 심각한가요?
같이 뜨는 경우는 표시(그래픽) 단계에서 메모리 접근이 꼬이는 케이스가 많습니다. 파일 문제도 가능하지만, 체감상은 그래픽 드라이버/오버레이/가속 옵션 쪽이 더 자주 원인입니다. 드라이버 정리 후에도 남으면 syslog에서 같은 모듈/메시지가 반복되는지부터 확인해보세요.
Q. GeForce인데 Quadro(또는 RTX A)로 꼭 바꿔야 하나요?
반드시 그런 건 아닙니다. 다만 NX는 인증된 워크스테이션 조합을 기준으로 지원/검증이 이뤄지는 편이라, GeForce 환경에서는 드라이버 업데이트 때마다 재발하는 경우가 있습니다. GeForce를 계속 쓴다면 Studio Driver 중심으로 유지하고, “잘 되던 버전”을 따로 기록해두는 쪽이 마음 편합니다.
Q. syslog에 뭐가 찍혀야 원인 판단이 되나요?
텍스트만 봐도 힌트가 나옵니다. 예를 들어 그래픽이면 OpenGL/디스플레이 초기화/드라이버 관련 문구가 같이 보이고, 변환기면 STEP translator 쪽 모듈명이 반복됩니다. 결론이 애매하면 “같은 파일을 다른 PC에서 열었을 때도 동일한지”만 비교해도 원인을 반씩 줄일 수 있습니다.
