.NET Profiler가 COM 개체일까?
가끔씩 제 블로그에서 .NET Profiler를 설명해 드린 적이 있는데요.
라이선스까지도 뛰어넘는 .NET Profiler
; https://www.sysnet.pe.kr/2/0/1046
제작 방법 및 등록까지 모두 여지없이 COM 개체입니다.
최근에, .NET Profiler 내부에서 COM 개체를 사용할 일이 있었습니다. 그런데... 참 이상한 일이 벌어졌는데, CoCreateInstance가 정상적으로 되지 않는 것이었습니다. 반환된 HRESULT 값은 0x800401f0으로 의미는 "CoInitialize has not been called."였습니다.
아니... 이럴 수가 있을까요? 모든 COM 개체는 Apartment에서 활성화되는 것이 정상일텐데 오류 메시지는 그렇지 않음을 알려주었습니다. 실제로 COM 개체를 생성하기 전에 CoInitialize를 해주면 아무런 문제가 없었습니다.
음... 혹시 제가 모르는... CoInitializeEx의 중첩 상황에서 저런 경우가 벌어지는 것이 아닐까... 갖가지 상황이 떠오르다가 두 눈으로 직접 확인해야겠다 싶어서 해당 스레드의 초기화된 Apartment를 알아보기로 했습니다.
그래서, ^^ 다음과 같은 글이 씌여졌던 것입니다.
windbg - .NET Framework 스레드 개체의 COM Apartment 유형 확인하는 방법
; https://www.sysnet.pe.kr/2/0/1351
.NET에서도 알아냈으면 당연히 C/C++에서는 더욱 쉽게 알아낼 수 있는데요. 결국 이런 코드가 만들어집니다.
typedef UINT (CALLBACK* LPNTCURRENTTEB)();
UINT TEB;
// FS:[0x18]의 값도 TEB
//__asm {
// push eax
// mov eax, FS:[0x18]
// mov unPEB1, eax
// pop eax
//}
HMODULE hMod = GetModuleHandle(L"ntdll.dll");
LPNTCURRENTTEB lpNtCurrentTeb = (LPNTCURRENTTEB)GetProcAddress(hMod, "NtCurrentTeb");
TEB = lpNtCurrentTeb();
int *pReservedForOle = (int *)(TEB + 0xf80);
int reservedForOle = *pReservedForOle; // 결과: reservedForOle == 0
/*
int *pNativeApt = (int *)(reservedForOle + 0x50);
int nativeApt = *pNativeApt;
int *pAptKind = (int *)(nativeApt + 0x0c);
int AptKind = *pAptKind;
*/
Apartment 값을 알아내기 이전에 이미 reservedForOle 필드 값이 0으로 나오는 것을 확인할 수 있었습니다. 이 값이 0이면 Apartment 초기화가 되지 않음을 의미합니다.
즉, CLR 소스 코드에서는 .NET Profiler를 COM 개체로써가 아닌 COM 개체 규약으로 만들어진 일반 C++ 클래스를 다루듯이 하는 것입니다. 그렇다면, 레지스트리에 등록되는 .NET Profiler의 Apartment는 Both가 아니어도 상관이 없다는 이야기가 됩니다. 그런데, 이론상으로는 그렇다 해도 왠지 ^^ 다른 값을 넣고 싶지는 않은 이 마음은 뭘까요? ^^
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]