Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 4개 있습니다.)
(시리즈 글이 5개 있습니다.)
.NET Framework: 318. gacutil.exe로 어셈블리 등록 시 시스템 변경 사항
; https://www.sysnet.pe.kr/2/0/1285

.NET Framework: 319. regasm.exe로 어셈블리 등록 시 시스템 변경 사항 (1) - .NET 2.0 + x86/x64/AnyCPU
; https://www.sysnet.pe.kr/2/0/1286

.NET Framework: 320. regasm.exe로 어셈블리 등록 시 시스템 변경 사항 (2) - .NET 4.0 + .NET 2.0
; https://www.sysnet.pe.kr/2/0/1287

.NET Framework: 321. regasm.exe로 어셈블리 등록 시 시스템 변경 사항 (3) - Type Library
; https://www.sysnet.pe.kr/2/0/1288

.NET Framework: 322. regsvcs.exe로 어셈블리 등록 시 시스템 변경 사항
; https://www.sysnet.pe.kr/2/0/1289




regasm.exe로 어셈블리 등록 시 시스템 변경 사항 (3) - Type Library

지난번 글에 이어서,

regasm.exe로 어셈블리 등록 시 시스템 변경 사항 (2) - .NET 4.0 + .NET 2.0
; https://www.sysnet.pe.kr/2/0/1287

예제를 다양화하기 위해 그 당시 테스트 환경을 다음과 같이 3개의 프로젝트로 분리했습니다.

regasm_tlb_1.png

ComBaseClass는 IAdminCode.cs 인터페이스를 보관해서, ConsoleApplication1 프로젝트와 ClassLibraryAsAdmin 프로젝트의 직접적인 참조관계를 끊어버렸습니다. 이렇게 예제를 바꾸면 관리해야 할 DLL이 한 개 더 늘어나므로 약간 귀찮은 면은 있습니다.

어쨌든, 여기까지 적용된 시스템 변경 사항은 다음과 같습니다.

=== ClassLibraryAsAdmin의 CLSID/ProgId ===
ClassLibraryAsAdmin.AdminCode
CLSID\{41AC8568-9230-4E63-B7C5-CAAD997EE207}
Wow6432Node\ClassLibraryAsAdmin.AdminCode
Wow6432Node\CLSID\{41AC8568-9230-4E63-B7C5-CAAD997EE207}

=== GAC에 등록된 2개의 DLL 파일 ===
c:\windows\assembly\GAC_MSIL\ComBaseClass\1.0.0.0__c91e971f6240da9f\ComBaseClass.dll
c:\windows\assembly\GAC_MSIL\ClassLibraryAsAdmin\1.0.0.0__465ff3ec4fc809d7\ClassLibraryAsAdmin.dll

나아가서, regasm.exe에서 /tlb 옵션을 주어 등록을 하면 어떻게 될까요?

%windir%\Microsoft.NET\Framework\v2.0.50727\regasm.exe ComBaseClass.dll /tlb
%windir%\Microsoft.NET\Framework\v2.0.50727\regasm.exe ClassLibraryAsAdmin.dll /tlb

그러면, 제법 많은 변화가 발생합니다. 우선, 인터페이스가 레지스트리에 등록되고,

=== ComBaseClass.dll에 정의된 인터페이스 ===
Interface\{23172F2F-A3D3-4180-97AE-7805F74A5A46}
Wow6432Node\Interface\{23172F2F-A3D3-4180-97AE-7805F74A5A46}

=== ClassLibraryAsAdmin.dll에 정의된 인터페이스 ===
Interface\{D7CE4B41-D2A5-3CCD-BF38-5B8197825E09}
Wow6432Node\Interface\{D7CE4B41-D2A5-3CCD-BF38-5B8197825E09}

이어서 해당 인터페이스에 정의된 레지스트리를 가보면 다음과 같이 TypeLib가 연결된 것을 볼 수 있습니다.

regasm_tlb_2.png

그리고, 각각의 타입라이브러리를 찾아가보면,

HKEY_CLASSES_ROOT\TypeLib\{728F14FE-B021-43EF-8AAC-D37A4AF5ED6A}
HKEY_CLASSES_ROOT\Wow6432Node\TypeLib\{728F14FE-B021-43EF-8AAC-D37A4AF5ED6A}

다음과 같이 regasm.exe /tlb 옵션으로 해당 폴더에 생성된 TLB 파일을 가리키는 것을 확인할 수 있습니다.

regasm_tlb_3.png

마지막으로 Type Library까지 등록된 경우 시스템에 가해지는 변경 사항은 다음과 같습니다.

=== ClassLibraryAsAdmin에 대한 ProgId/CLSID ===
ClassLibraryAsAdmin.AdminCode
CLSID\{41AC8568-9230-4E63-B7C5-CAAD997EE207}
Wow6432Node\ClassLibraryAsAdmin.AdminCode
Wow6432Node\CLSID\{41AC8568-9230-4E63-B7C5-CAAD997EE207}

=== ClassLibraryAsAdmin에 대한 TypeLibrary ===
TypeLib\{728F14FE-B021-43EF-8AAC-D37A4AF5ED6A}
Wow6432Node\TypeLib\{728F14FE-B021-43EF-8AAC-D37A4AF5ED6A}

=== ComBaseClass에 대한 TypeLibrary ===
TypeLib\{1CCE4407-4EA5-4A60-BAF8-809AB169CE4D}
Wow6432Node\TypeLib\{1CCE4407-4EA5-4A60-BAF8-809AB169CE4D}

=== ClassLibraryAsAdmin에 대한 Interface === 
Interface\{D7CE4B41-D2A5-3CCD-BF38-5B8197825E09}
Wow6432Node\Interface\{D7CE4B41-D2A5-3CCD-BF38-5B8197825E09}

=== ComBaseClass에 대한 Interface === 
Interface\{23172F2F-A3D3-4180-97AE-7805F74A5A46}
Wow6432Node\Interface\{23172F2F-A3D3-4180-97AE-7805F74A5A46}

파일은 TLB 파일까지 포함하게 되어 4개로 늘어납니다.

c:\windows\assembly\GAC_MSIL\ComBaseClass\1.0.0.0__c91e971f6240da9f\ComBaseClass.dll
c:\windows\assembly\GAC_MSIL\ClassLibraryAsAdmin\1.0.0.0__465ff3ec4fc809d7\ClassLibraryAsAdmin.dll

D:\temp\net20\AnyCPU\ClassLibraryAsAdmin.tlb
D:\temp\net20\AnyCPU\ComBaseClass.tlb

regasm.exe의 등록으로 인한 시스템 변경 사항은 여기까지가 끝입니다. ^^

* 첨부된 파일은 여기까지 실습을 해온 간단한 3개의 프로젝트를 포함합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/30/2023]

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

비밀번호

댓글 작성자
 




... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719363.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721630오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724784VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719212VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730699.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721480디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721045디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725103.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724906.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753147기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724055오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719538오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718244오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720830디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718925.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718158.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201718953.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719152.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720645디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723204디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719549개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719880Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718437오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717118디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720683디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718514오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...