Microsoft MVP성태의 닷넷 이야기
VC++: 31. 비스타에서 VS.NET 2005로 COM 프로젝트 빌드시 오류 [링크 복사], [링크+제목 복사],
조회: 28842
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

비스타에서 Visual C++ 8.0/9.0으로 COM 개체 관련 모듈을 개발하면 UAC로 인해, 컴파일 마지막 즈음에 다음과 같은 에러가 보고됩니다.

------ Build started: Project: TestCom, Configuration: Debug Win32 ------
Compiling...
SimpleCom.cpp
Linking...
Embedding manifest...
Registering output...
Project : error PRJ0050: Failed to register output. 
  Please try to register the component from a command prompt with elevated permissions.
Build log was saved at "file://c:\temp\vcpp\Debug\BuildLog.htm"
TestCom - 1 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

위의 영문과는 달리, 예전에 만들어 놓은 COM 프로젝트인 경우에는 다음과 같이 별로 친절하지 않은 에러가 보고되기도 합니다.

------ Build started: Project: TestCom, Configuration: Debug Win32 ------
;
Generating code
Finished generating code
Embedding manifest...
Generating XML documentation...
등록하고 있습니다.
Project : error PRJ0019: A tool returned an error code from "등록하고 있습니다."
Build log was saved at 
"file://c:\viewer\BuildLog.htm"
DxDocsViewer - 1 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 5 up-to-date, 0 skipped ==========

어쨌든, 문제는 "오류"가 난다는 것인데요. 왜냐하면, medium 권한에서는 "HKLM"에 "쓰기" 작업이 금지되어 있기 때문입니다. 그럼, 이 문제를 어떻게 해결할 수 있을까요? 이에 대해서는 다음의 토픽에서 ^^; 지극히 간단한 답변을 내려주고 있습니다. (제 딴에는 혹시나 자동화 될 수 있는 수단이 VS.NET 2005 SP1에서 나왔을지도 모른다고 생각하고 찾아본 것이었습니다.)

UAC, Windows Vista & VS 2005
; https://devblogs.microsoft.com/cppblog/uac-windows-vista-vs-2005/

위의 토픽에서는 다음과 같은 3가지 방법을 제시하고 있습니다.

1. manifest 파일을 이용한 reg-free COM 개체로 변환.(링크) XP, 2003, Vista에서만 동작된다는 제한만 허용할 수 있다면 아예 개발 자체를 이렇게 가는 것이 좋겠습니다. 하지만, 다른 응용 프로그램의 플러그인으로 개발되는 경우라면 사용될 수 없을 것입니다.

2. 빌드 옵션에서 자동 등록 옵션을 빼고, 수작업으로 등록. 나쁘진 않은 방법입니다. 왜냐하면 COM 개체는 CLSID, PROGID, TypeLib 정도가 한번 등록되면 개발시에는 거의 바뀔 일이 없기 때문입니다. 물론, add-in을 만드는 과정 중간에 레지스트리 변경이 요구되는 단계에서는 수작업 등록을 다시 해줘야 합니다. (물론, batch 파일을 한번 만들어 두면 될 문제입니다.)

다음은 빌드 옵션을 조정하는 화면입니다. (자동 등록을 하지 않습니다.)

ide_vcpp_reg_error_1.png

3. VS.NET IDE를 아예 "관리 권한"으로 승격시켜서 빌드. 2번과 비슷한 경우라고 봐도 될 것입니다. 레지스트리 변경이 있을 때 마다 새롭게 IDE를 high 권한으로 띄우고 컴파일 해주면 되니까요.





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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/28/2021]

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

비밀번호

댓글 작성자
 



2007-02-01 09시45분
[WaterStone] 저는 주로 2번을 사용한답니다.
VS 2005의 external tools 에 customRunAs + regsvr32를 아예 등록해 놓고 툴바에 빼놓았죠.
customRunAs는 닷넷으로 runas를 구현한 것이고(암호 입력이 필요 없도록)...

그리고 등록이 필요한 경우에만 지긋이 툴바 버튼을 누른다는...
[guest]
2007-02-01 09시51분
말씀하신 방법이 가장 편리하겠는데요. ^^
kevin25

... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12153정성태2/23/202024277.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202021301.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202023960.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202024056.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202020964.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202025598디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202020955디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202022158.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202023754.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202023962.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202018361.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202022276.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202021251.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202022629.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202022290.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202028535.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202020186오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202021850Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202027639개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202024906.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202022655디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202025683.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202024380개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202022005VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202028963.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202023104오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...