Microsoft MVP성태의 닷넷 이야기
VC++: 23. VC++ RGS 파일에 사용자 정의 파라미터 추가 [링크 복사], [링크+제목 복사],
조회: 24636
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
그냥 알아만 두고 넘어간 사실이었는 데, 최근에 필요하게 되어서 좀 살펴봤습니다. ^^

원하는 것은, ATL 프로젝트에 포함된 *.rgs 파일에 제가 원하는 변수를 추가하는 것입니다. 런타임시에 결정되는 값이므로, 그렇게 구현해야 했습니다. 물론, 이런 방식이 아니고도, DllRegisterServer API에서 _AtlModule.DllRegisterServer(); 실행 이후에 원하는 레지스트리 설정 작업을 해줄 수도 있습니다.

그래도 좀 ^^ 멋있는 방법을 쓰는 것이 좋지 않겠습니까!

일단, MSDN Library에는 다음과 같은 토픽으로 그 기능을 설명하고 있습니다.

ATL Library Reference
Using Replaceable Parameters (The Registrar's Preprocessor)
; https://docs.microsoft.com/en-us/cpp/atl/using-replaceable-parameters-the-registrar-s-preprocessor

문제는, 해당 토픽이 최근의 VC++ 버전에 맞게 업데이트 되지 않았다는 것입니다.
대강 살펴보면, 기본 등록 코드를 작성해주는 매크로인 DECLARE_REGISTRY_RESOURCEID를 제거하고, 함수를 사용자 정의 하라는 것입니다. 물론, 그렇게 하면 되겠지만, 사용자 정의 함수에는 기존 함수의 모든 코드를 그대로 받아서 처리해야 하는 번거로움이 있습니다.

VC++ 8.0에서, 어느 정도 번거로운지 대강 살펴보겠습니다.

매크로 함수인 DECLARE_REGISTRY_RESOURCEID를 없애고, 해당 함수를 직접 재정의하려면, 프로젝트의 ATL Control 클래스 선언 안에서 다음과 같은 함수를 정의해 주어야 합니다.
	static HRESULT WINAPI UpdateRegistry(BOOL bRegister) throw()
	{
		__if_exists(_GetMiscStatus) 
		{ 
                        /* 중간 생략 */
			__if_exists(_Module) 
			{ 
				return _Module.UpdateRegistryFromResource(x, bRegister, regMapEntries); 
			} 
			__if_not_exists(_Module) 
			{ 
				return ATL::_pAtlModule->UpdateRegistryFromResource(x, bRegister, regMapEntries); 
			} 
		} 
		__if_not_exists(_GetMiscStatus) 
		{ 
			__if_exists(_Module) 
			{ 
				return _Module.UpdateRegistryFromResource(x, bRegister); 
			} 
			__if_not_exists(_Module) 
			{ 
				return ATL::_pAtlModule->UpdateRegistryFromResource(x, bRegister); 
			} 
		} 
	}
다시 보니, 이건 해답이 아닙니다. 결국 재정의 해야 하는 대상은 UpdateRegistry 함수가 아니고, UpdateRegistryFromResource 함수입니다. 이 함수는 매크로로 정의되어 있고, _ATL_STATIC_REGSTRY 매크로 변수의 유무에 따라 다음과 같은 2가지 함수로 나뉩니다.

UpdateRegistryFromResourceS
UpdateRegistryFromResourceD

결국, 위의 2가지 함수를 재정의해야 됩니다. 위의 함수들은 CAtlModule과 CComModule에 정의되어 있지만, ATL이 생성해 주는 Module 클래스의 부모는 CAtlModule이므로, 그 클래스의 함수를 재정의해야 합니다.

모듈 클래스는 ATL 프로젝트 생성시 기본 생성되는 .cpp 파일에 다음과 같은 형식으로 포함되어 있습니다.
class CMyModule : public CAtlDllModuleT< CDxDocsViewerModule >
{
public :
	DECLARE_LIBID(LIBID_CMyModuleLib)
	DECLARE_REGISTRY_APPID_RESOURCEID(IDR_CMYMODULE, "{1D60CA78-9AB6-44E0-8FBE-4053B9F15A29}")
};
위의 클래스 정의에
	HRESULT WINAPI UpdateRegistryFromResourceS(LPCTSTR lpszRes, BOOL bRegister,
		struct _ATL_REGMAP_ENTRY* pMapEntries = NULL) throw();
	HRESULT WINAPI UpdateRegistryFromResourceS(UINT nResID, BOOL bRegister,
		struct _ATL_REGMAP_ENTRY* pMapEntries = NULL) throw();
	HRESULT WINAPI UpdateRegistryFromResourceD(LPCTSTR lpszRes, BOOL bRegister,
		struct _ATL_REGMAP_ENTRY* pMapEntries = NULL) throw();
	HRESULT WINAPI UpdateRegistryFromResourceD(UINT nResID, BOOL bRegister,
		struct _ATL_REGMAP_ENTRY* pMapEntries = NULL) throw();
의 4개 함수를 재정의 해주어야 합니다. (물론, 경우의 수가 고정이 된다면 메서드 하나만 재정의하는 것으로 끝날 수 있습니다.) 역시, 그다지 좋은 방법은 아닌 듯 싶습니다.

결국, MSDN 문서대로 진행한다면 위와 같은 결론에 이르게 되는데요.

VC++ 8.0(7.0 에서도 그런지는 모르겠지만.)에서 제공되는 ATL은 사용자 정의 전처리기 파라미터를 제공하기 위해 다른 방식을 제공해 주고 있습니다. 물론, 이 부분이 문서화가 되어 있지 않아서 문제이긴 하지만.

방법은, 위의 새로 추가될 4개의 함수에 대한 소스를 살펴보시면 알게 됩니다.
가만히 보시면,

virtual HRESULT AddCommonRGSReplacements(IRegistrarBase* /*pRegistrar*/) throw() = 0;

해당 함수들은 모두 위의 가상 함수를 호출하는 것을 볼수가 있습니다. (이름 자체에서 태생을 짐작케 만듭니다.)

이제 쉽게 문제가 해결되었습니다. 결국, Module 클래스에 다음과 같이 함수를 재정의하면 되는 것입니다.
class CMyModule : public CAtlDllModuleT< CDxDocsViewerModule >
{
public :
	DECLARE_LIBID(LIBID_CMyModuleLib)
	DECLARE_REGISTRY_APPID_RESOURCEID(IDR_CMYMODULE, "{1D60CA78-9AB6-44E0-8FBE-4053B9F15A29}")


	virtual HRESULT AddCommonRGSReplacements( IRegistrarBase* pRegistrar )
	{
		return pRegistrar->AddReplacement( L"MYVAR", L"TEST" );
	}
};
그런데, 이게 왠 일입니까? 위와 같이 하면, 컴파일 후 자동 등록되는 과정에서 오류가 발생하고 맙니다. ^^;

도대체 뭐가 잘못된 것일까요? 엉뚱하게도 저는 이 해답을 일본어로 된 토픽에서 찾을 수 있었습니다.

http://www.ailight.jp/blog/sha256/archive/2006/01/28/11027.aspx

MFC 에서 그렇게 많이 보아왔던, 부모 클래스에서 정의한 함수를 자식 클래스에서 재정의한 함수에서 호출해 주는 것을 사용해야 했던 것입니다. virtual로 인해, CAtlDllModuleT를 포함해서 부모클래스들에서 정의된 AddCommonRGSReplacement 안의 모든 변수들이 추가되지 않기 때문에 발생하는 것이었습니다.

이런 경우, MFC에서처럼 부모 클래스명과 함께 해당 메서드를 명시적으로 실행해 주는 방법이 있고, 위의 토픽에서 보는 것처럼 __super 키워드를 쓰는 것도 좋은 방법입니다. 따라서, 최종 코드는 다음과 같습니다.
class CMyModule : public CAtlDllModuleT< CDxDocsViewerModule >
{
public :
	DECLARE_LIBID(LIBID_CMyModuleLib)
	DECLARE_REGISTRY_APPID_RESOURCEID(IDR_CMYMODULE, "{1D60CA78-9AB6-44E0-8FBE-4053B9F15A29}")


	virtual HRESULT AddCommonRGSReplacements( IRegistrarBase* pRegistrar )
	{
		HRESULT hr = pRegistrar->AddReplacement( L"MYVAR", L"TEST" );
		if ( FAILED( hr ) ) return hr;

		return __super::AddCommonRGSReplacements( pRegistrar );
	}
};


[연관 글]






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

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

비밀번호

댓글 작성자
 




1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13893정성태2/27/20252239Linux: 115. eBPF (bpf2go) - ARRAY / HASH map 기본 사용법
13892정성태2/24/20253004닷넷: 2325. C# - PowerShell과 연동하는 방법파일 다운로드1
13891정성태2/23/20252510닷넷: 2324. C# - 프로세스의 성능 카운터용 인스턴스 이름을 구하는 방법파일 다운로드1
13890정성태2/21/20252338닷넷: 2323. C# - 프로세스 메모리 중 Private Working Set 크기를 구하는 방법(Win32 API)파일 다운로드1
13889정성태2/20/20253096닷넷: 2322. C# - 프로세스 메모리 중 Private Working Set 크기를 구하는 방법(성능 카운터, WMI) [1]파일 다운로드1
13888정성태2/17/20252520닷넷: 2321. Blazor에서 발생할 수 있는 async void 메서드의 부작용
13887정성태2/17/20253093닷넷: 2320. Blazor의 razor 페이지에서 code-behind 파일로 코드를 분리 및 DI 사용법
13886정성태2/15/20252577VS.NET IDE: 196. Visual Studio - Code-behind처럼 cs 파일을 그룹핑하는 방법
13885정성태2/14/20253257닷넷: 2319. ASP.NET Core Web API / Razor 페이지에서 발생할 수 있는 async void 메서드의 부작용
13884정성태2/13/20253547닷넷: 2318. C# - (async Task가 아닌) async void 사용 시의 부작용파일 다운로드1
13883정성태2/12/20253294닷넷: 2317. C# - Memory Mapped I/O를 이용한 PCI Configuration Space 정보 열람파일 다운로드1
13882정성태2/10/20252589스크립트: 70. 파이썬 - oracledb 패키지 연동 시 Thin / Thick 모드
13881정성태2/7/20252840닷넷: 2316. C# - Port I/O를 이용한 PCI Configuration Space 정보 열람파일 다운로드1
13880정성태2/5/20253184오류 유형: 947. sshd - Failed to start OpenSSH server daemon.
13879정성태2/5/20253426오류 유형: 946. Ubuntu - N: Updating from such a repository can't be done securely, and is therefore disabled by default.
13878정성태2/3/20253212오류 유형: 945. Windows - 최대 절전 모드 시 DRIVER_POWER_STATE_FAILURE 발생 (pacer.sys)
13877정성태1/25/20253265닷넷: 2315. C# - PCI 장치 열거 (레지스트리, SetupAPI)파일 다운로드1
13876정성태1/25/20253721닷넷: 2314. C# - ProcessStartInfo 타입의 Arguments와 ArgumentList파일 다운로드1
13875정성태1/24/20253167스크립트: 69. 파이썬 - multiprocessing 패키지의 spawn 모드로 동작하는 uvicorn의 workers
13874정성태1/24/20253577스크립트: 68. 파이썬 - multiprocessing Pool의 기본 프로세스 시작 모드(spawn, fork)
13873정성태1/23/20252998디버깅 기술: 217. WinDbg - PCI 장치 열거파일 다운로드1
13872정성태1/23/20252906오류 유형: 944. WinDbg - 원격 커널 디버깅이 연결은 되지만 Break (Ctrl + Break) 키를 눌러도 멈추지 않는 현상
13871정성태1/22/20253304Windows: 278. Windows - 윈도우를 다른 모니터 화면으로 이동시키는 단축키 (Window + Shift + 화살표)
13870정성태1/18/20253757개발 환경 구성: 741. WinDbg - 네트워크 커널 디버깅이 가능한 NIC 카드 지원 확대
13869정성태1/18/20253473개발 환경 구성: 740. WinDbg - _NT_SYMBOL_PATH 환경 변수에 설정한 경로로 심벌 파일을 다운로드하지 않는 경우
13868정성태1/17/20253121Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...