Microsoft MVP성태의 닷넷 이야기
오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [링크 복사], [링크+제목 복사],
조회: 41918
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 


x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154


x86 운영체제와는 달리, x64 환경으로 이전해 오면서 이런 문제도 발생하게 되는군요.

솔루션에 Win32 COM 프로젝트와 .NET 프로젝트를 두고 테스트를 하였습니다. Win32 COM 프로젝트는 기본 구현에서 새로운 ATL Simple Object를 추가한 상태이고, 이를 .NET 프로젝트 측에서 참조한 후, 해당 COM 개체를 생성하려는 데 다음과 같은 오류가 발생하는 경우입니다.

vcpp_cs_mixed_error_1.PNG

"
An unhandled exception of type
'System.Runtime.InteropServices.COMException' occurred in mscorlib.dll

Additional information: Retrieving the COM class factory for component with
CLSID {....} failed due to the following error: 80040154
"

원인은 간단합니다. Win32 VC++ 프로젝트 유형은 빌드 시에 기계어로의 컴파일이 완료되는 반면, 닷넷 프로젝트는 실행 시에 JIT 컴파일러에 의해서 대상 머신에 최적화된 기계어로 변환되기 때문입니다.

감이 오시죠? ^^

Win32 VC++ 프로젝트는 다음과 같이 기본값이 "X86"으로 지정되어 있습니다.

vcpp_cs_mixed_error_2.PNG

닷넷 프로젝트는 여러분들도 잘 아시는 것처럼 "Any CPU"로 지정되어 있습니다.

vcpp_cs_mixed_error_3.PNG

결과적으로, ConsoleApplication1 응용 프로그램은 실행 시에 대상 머신의 환경에 맞게 64비트 응용 프로그램으로 구동되는 반면, 그 내부에서 생성되는 COM DLL은 32비트로 컴파일 되어 있어 로드 시에 오류가 발생하게 되는 것입니다.

그렇다면, 해결 방법은?
어쩔 수 없지요. 어느 한쪽에서 맞춰주는 수밖에는. 닷넷에서 "Any CPU" 값을 "x86"으로 바꿔주거나, COM DLL 프로젝트에서 "X64"로 바꿔주어야 합니다.




[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/5/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2022-04-06 11시02분
[송예은] 저 창은 어떻게 여신 건가요?? 방법을 알 수 있을까요?
[guest]
2022-04-06 11시10분
@송예은 비주얼 스튜디오에서 해당 프로젝트를 마우스 우클릭해 "속성(Properties)" 메뉴를 선택하면 됩니다.
정성태

1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13879정성태2/5/20255324오류 유형: 946. Ubuntu - N: Updating from such a repository can't be done securely, and is therefore disabled by default.
13878정성태2/3/20255255오류 유형: 945. Windows - 최대 절전 모드 시 DRIVER_POWER_STATE_FAILURE 발생 (pacer.sys)
13877정성태1/25/20254493닷넷: 2315. C# - PCI 장치 열거 (레지스트리, SetupAPI)파일 다운로드1
13876정성태1/25/20255530닷넷: 2314. C# - ProcessStartInfo 타입의 Arguments와 ArgumentList파일 다운로드1
13875정성태1/24/20254122스크립트: 69. 파이썬 - multiprocessing 패키지의 spawn 모드로 동작하는 uvicorn의 workers
13874정성태1/24/20255332스크립트: 68. 파이썬 - multiprocessing Pool의 기본 프로세스 시작 모드(spawn, fork)
13873정성태1/23/20253950디버깅 기술: 217. WinDbg - PCI 장치 열거파일 다운로드1
13872정성태1/23/20253571오류 유형: 944. WinDbg - 원격 커널 디버깅이 연결은 되지만 Break (Ctrl + Break) 키를 눌러도 멈추지 않는 현상
13871정성태1/22/20254053Windows: 278. Windows - 윈도우를 다른 모니터 화면으로 이동시키는 단축키 (Window + Shift + 화살표)
13870정성태1/18/20254927개발 환경 구성: 741. WinDbg - 네트워크 커널 디버깅이 가능한 NIC 카드 지원 확대
13869정성태1/18/20254267개발 환경 구성: 740. WinDbg - _NT_SYMBOL_PATH 환경 변수에 설정한 경로로 심벌 파일을 다운로드하지 않는 경우
13868정성태1/17/20253902Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/20255399오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20255628개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20255174오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20255185Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20254089Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
13862정성태1/13/20254595Linux: 112. Linux - 데몬을 위한 SELinux 보안 정책 설정
13861정성태1/11/20254708Windows: 276. 명령행에서 원격 서비스를 동기/비동기로 시작/중지
13860정성태1/10/20254364디버깅 기술: 216. WinDbg - 2가지 유형의 식 평가 방법(MASM, C++)
13859정성태1/9/20255163디버깅 기술: 215. Windbg - syscall 이후 실행되는 KiSystemCall64 함수 및 SSDT 디버깅
13858정성태1/8/20255136개발 환경 구성: 738. PowerShell - 원격 호출 시 "powershell.exe"가 아닌 "pwsh.exe" 환경으로 명령어를 실행하는 방법
13857정성태1/7/20255426C/C++: 187. Golang - 콘솔 응용 프로그램을 Linux 데몬 서비스를 지원하도록 변경파일 다운로드1
13856정성태1/6/20254338디버깅 기술: 214. Windbg - syscall 단계까지의 Win32 API 호출 (예: Sleep)
13855정성태12/28/20245979오류 유형: 941. Golang - os.StartProcess() 사용 시 오류 정리
13854정성태12/27/20245872C/C++: 186. Golang - 콘솔 응용 프로그램을 NT 서비스를 지원하도록 변경파일 다운로드1
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...