Microsoft MVP성태의 닷넷 이야기
VC++: 23. VC++ RGS 파일에 사용자 정의 파라미터 추가 [링크 복사], [링크+제목 복사],
조회: 24648
글쓴 사람
정성태 (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)
13667정성태7/7/20246626닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20247718Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20247908Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20247505닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20247500닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20247430Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20247539오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20247877개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20248268개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20247925닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20248123Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20247877닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20247804오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20247944닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/20249259닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20248501닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
13650정성태6/18/20248430개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
13649정성태6/18/20247981오류 유형: 910. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter" (2)
13648정성태6/17/20248311오류 유형: 909. C# - DynamicMethod 사용 시 System.TypeAccessException
13647정성태6/16/20249369개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스) [1]
13646정성태6/14/20247787오류 유형: 908. Process Explorer - "Error configuring dump resources: The system cannot find the file specified."
13645정성태6/13/20248211개발 환경 구성: 711. Visual Studio로 개발 시 기본 등록하는 dev tag 이미지로 Docker Desktop k8s에서 실행하는 방법
13644정성태6/12/20248882닷넷: 2265. C# - System.Text.Json의 기본적인 (한글 등에서의) escape 처리 [1]
13643정성태6/12/20248338오류 유형: 907. MySqlConnector 사용 시 System.IO.FileLoadException 오류
13642정성태6/11/20248221스크립트: 65. 파이썬 - asgi 버전(2, 3)에 따라 달라지는 uvicorn 호스팅
13641정성태6/11/20248689Linux: 71. Ubuntu 20.04를 22.04로 업데이트
1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...