기본 콘텐츠로 건너뛰기

COM 개념을 위한 Visual c++ 언어 확장

출처 시작.. | 이쁜이ㅋ
원문 http://blog.naver.com/iuwe1126/70004659570
------------  COM 개념을 위한 Visual c++ 언어 확장 ------------ 4.4 c++ 언어확장
4.4.1 __declspec(uuid()) 와 __uuidof()
   __declspec 의 uuid 확장 속성을 사용하여 다음과 같이 COM 개체나 인터페이스에 GUID 를
   지정할 수 있게 한다.
  
   struct __declspec(uuid("60BB225D-A06F-11D1-9138-0020AF715AF0")) AddBack;   struct __declspec(uuid("1AD1F491-A99C-11D1-9139-0020AF715AF0")) IAddEnd;  
   이와같이 __declspec(uuid())를 사용하여 지정된 GUID값을 꺼내오기 위해
   Visual c++ 는 __uuidof 라는 예약어를 지원한다.
   __uuidof 예약어는 다음과 같은 구문을 갖는다.
  
   __uuidof(표현식)  
   _uuidof 예약어는 표현식에 지정된 클래스명이나 인터페이스명에대한 GUID값을
   리턴해준다.
   따라서 앞으로 __declspec(uuid()) 로 지정된 AddBack COM개체와 IAddEnd 인터페이스
   의 GUID를 꺼내오기 위해 다음과 같이 __uuidof 예약어를 사용할 수 있다.
  
   __uuidof(AddBack)   __uuidof(IAddEnd)  
4.4.2 __declspec(property)  __declspec(property) 확장 속성은 클래스의'비정적 가상 데이터 멤버(non-static
  virtual data member)'에 사용할 수 있다. 이 속성이 지정되고 이 변수에 포인터
  멤버 선택 연산자('->')를 사용하여 참조할 때 컴파일러는 이들에 대하여
  대응되는 함수 호출로 변경한다.
 
  예를 들어, 다음과 같이  비정적 가상 데이터 멤버 AddEnd에 property 속성이
  지정되었다고 하자.
 
  __declspec(property(get=GetAddEnd, put=PutAddEnd)) short AddEnd;
 
  위의 __declspec(property)확장 속성은 포인터 멤버 선택 연산자('->')와 함께 AddEnd
  가 rvalue 로 사용될 때 get 함수로 지정된 GetAddEnd함수를 호출하고, AddEnd가
  lvalue 로 사용될 때 put함수로 지정된 PubAddEnd 함수를 호출하게 한다.
 
  따라서, 다음과 같이 AddEnd 데이터 멤버에서 값을 읽는 코드가 작성될 때,
 
  m_nAddEnd = pIAddEnd->AddEnd;
 
  Visual C++ 컴파일러는 다음과 같이 get 함수로 지정된 GetAddEnd함수를 호출한다.
 
  m_nAddEnd = pIAddEnd->GetAddEnd();
 
  마찬가지로, 다음과 같이 AddEnd데이터 멤버에 값을 지정하는 코드가 작성될때,
 
  pIAddEnd->AddEnd = m_nAddEnd;
 
  Visual C++ 컴파일러는 다음과 같이 put함수로 지정된 PubAddEnd 함수를 호출한다.
 
  pIAddEnd->PutAddEnd( m_nAddEnd );
 
  이때 주의 할 점은 다음과 같은 다중 대입 형식은 사용할수 없다는 것이다.
 
  __declspec(property(get=GetSum, put=PutSum) ) short Sum;
 
  m_pIAddEnd->AddEnd = m_pIAddEnd->Sum = 0;
 
  위의 코드는 다음과 같이 해석되고,
 
  m_pIAddEnd->PutAddEnd( m_pIAddEnd->PutSum(0) );
  PutSum 함수는 void를 리턴하기 때문이다.
 
4.5 COM지원 클래스  4.5.1 _com_ptr_t 스마트 포인터 클래스 
  _com_ptr_t 클래스는 스마트 포인터(smart pointer) 기능을 갖고 있는
  템플릿 클래스로,
  COM 인터페이스 포인터를 캡슐화하여 COM개체의 새로운 인스턴스를 생성하는
  CoCreateInstance 함수나
     IUnknown 인터페이스의 레퍼런스 카운터를 관리하는
  AddRef, Release 함수나
     COM 개체가 제공하는 다른 인터페이스를 요청하는
  QueryInterface 함수의 기능을 클래스 안에 감춤으로써 개발자들이 편리하게
  인터페이스 포인터를 사용할수 있게 한다.
 
  comip.h 헤더 파일에서 _com_ptr_t 템플릿 클래스가 구현된 코드를 볼수 있다.
 
 
  _com_ptr_t 스카트 포인터 클래스는 _COM_SMARTPRT_TYPEDEF 매크로가
  제공하는 typedef 문에 의해서 정의 된다.
  이 매크로는 인터페이스 명과 IID를 매개 변수로 받아들여, 인터페이스 명뒤에 Ptr이
  붙는 _com_ptr_t 클래스를 정의한다.
   
  _COM_SMARTPRT_TYPEDEF(IAddEnd, __uuidof(IAddEnd));
 
  위의 매크로는 다음과 같이 확장된다.
  typedef _com_ptr_t< _com_IID<IAddEnd, __uuidof(IAddEnd)> >  IAddEndPtr
 
  따라서, 이제 IAddEnd 인터페이스가 IAddendPtr 스마트 포인터 클래스 안에 캡슐화됨으로써,
  IAddEnd* 데이터형 대신에 IAddEndPtr 데이터형을 사용하여
  IUnknown 인터페이스의 메서드를 사용하지 않고도 편리하게 IAddEnd인터페이스를 사용할수 있게 된다.
 
 
  우리는 이제 ,
  _COM_SMARTPRT_TYPEDEF 매크로가 생성한
  _com_ptr_t 스마트 포인터 클래스를 사용하여 두가지 방법으로 COM개체의 새로운
  인스턴스를 생성할 수 있다.
 
  첫번째 방법은 _com_ptr_t 스마트 포인터 클래스의 인스턴스를 생성할때
  생성자 매개변수에 CLSIDProgID를 지정하는 것이다. 이때 CLSID 를 구하기 위해
  __uuidof 예약어를 함께 사용할수 있다.
 
  struct __declspec(uuid("60bb225d-a06f-11d1-9138-0020af715af0"))  AddBack;
  IAddEndPtr pIAddEnd(__uuidof(AddBack));
 
  또는
 
  extern "C" const GUID __declspec(selectany) CLSID_AddBack =
  {0x60BB225D,0xA06F,0x11D1,{0x91,0x38,0x00,0x20,0xAF,0x71,0x5A,0xF0}};
 
  IAddEndPtr pIAddEnd(CLSID_AddBack);
 
  또는
 
  IAddEndPtr pIAddEnd("AddBack.AddBack.2");
 
  이때 _com_ptr_t 스마트 포인터 클래스 생성자는 _com_ptr_t::CreateInstance 함수
  를 호출하여 매개변수에 지정된 COM 개체의 새로운 인스턴스를 생성하게 된다.

  두번째 방법은 _com_ptr_t 스마트 포인터 클래스의 디폴트 생성자를 사용하여
  이 클래스의 개체를 생성한후, CLSID ProgID 를 매개변로
  _com_ptr_t::CreateInstance 함수를 호출하는 것이다.
 
  HRESULT hr;
  IAddEndPtr pIAddEnd;
 
  hr = pIAddEnd.CreateInstance( __uuidof(AddBack) );
 if (FAILED(hr) && (hr != E_NOINTERFACE)) {
  ...
 }

 또는,

 hr = pIAddEnd.CreateInstance( CLSID_AddBack );
 if (FAILED(hr) && (hr != E_NOINTERFACE)) {
  ...
 }

 또는,

 hr = pIAddEnd.CreateInstance( "AddBack.AddBack.2" );
 if (FAILED(hr) && (hr != E_NOINTERFACE)) {
  ...
 }

 _com_ptr_t::CreateInstance 멤버함수는 CoCreateInstance 함수를 호출하여
 매개변수에 지정된 CLSID 또는 ProID 에 대응하는 COM 개체의 인스턴스를 생성한
 후, QueryInterface 멤버 함수를 호출하여 해당 스마트 포인터 클래스가
 캡슐화하는 인터페이스 포인터를 가져온다.

 ...................유의점.......................

 _com_ptr_t 클래스의 멤버 함수에 접근할 때는 '.'멤버 접근 연산자를 사용하고,
 생성된 COM개체의 속성 또는 메소드를 사용할 때는 '->' 멤버 접근 연산자를
 사용한다는 점에 유의해야 한다.

 pIAddEnd.CreateInstace(...); // _com_ptr_t 클래스의 멤버 함수 사용
 pIAddEnd->AddEnd; // COM 개체의 속성사용
 pIAddEnd->Add(); // COM 개체의 메서드

 ................................................

댓글

이 블로그의 인기 게시물

80040154 오류로 인해 CLSID가 {xxxx-...}인 구성 요소의 COM 클래스 팩터리를 검색하지 못했습니다.

원문보기 .NET 으로 만든 응용프로그램에서 com 객체를 호출한 경우 Windows7 64bit 에서 제목과 같은 에러가 발생했다. Win32 COM 과 .NET 프로그램간의 호환성 때문에 생긴 문제였다. 원인은 .NET 실행시 JIT 컴파일러에 의해 최적화된 기계어로 변환되기 때문.. Win32 COM은 컴파일시.. Win32 COM에 맞춰 빌드 속성에서 하위버전으로 맞춰 컴파일을 다시하는 방법도 있지만 메인 프로젝트가 .NET이라면 참조되는 모든 프로젝트를 다 바꿔야할 노릇.. 또 다른 방법은 COM+를 이용하여 독립적으로 만드는 것이다. 분리시키는 방법은 아래 주소해서 확인할 수 있다. http://support.microsoft.com/kb/281335 나의 경우는 Win32 COM DLL을 64비트 .NET 프로그램에서 참조하니 COM 객체를 제대로 호출하지 못하였습니다. 그래서 .NET 프로그램의 Target Machine을 x86으로 설정하니 제대로 COM 객체를 호출하였습니다.

[Pyinstaller] 실행 파일 관리자 권한 획득하기

고객사에서 일부 사용자에게서 프로그램 오류가 발생한다며 아래와 같이 에러 캡처를 보내왔습니다. 프로그램에서 로그를 남기기 위해 로그 파일을 생성하는데 권한의 문제로 로그 파일을 생성하지 못해 프로그램 오류가 발생한 것 같습니다. 처음에는 Python 코드에서 관리자 권한을 요청하는 코드를 넣으려고 했는데, 실제로 Stackoverflow를 찾아보면 이런 내용이 나옵니다. 프로그램이 관리자 권한으로 실행되지 않았다면 관리자 권한으로 다시 프로그램을 실행시키는 코드입니다. import os import sys import win32com.shell.shell as shell ASADMIN = 'asadmin' if sys.argv[-1] != ASADMIN: script = os.path.abspath(sys.argv[0]) params = ' '.join([script] + sys.argv[1:] + [ASADMIN]) shell.ShellExecuteEx(lpVerb='runas', lpFile=sys.executable, lpParameters=params) sys.exit(0) 하지만 개인적으로 이런 방식은 마음에 들지 않았고 조금 더 찾아보니 Pyinstaller로 exe 파일을 만들 때 옵션을 설정하여 관리자 권한을 요청하도록 할 수 있다고 합니다. --uac-admin을 옵션에 추가하면 프로그램 실행 시 관리자 권한을 요청할 수 있습니다. pyinstaller.exe --uac-admin sample.py 하지만 안타깝게도 이 방식은 원하는 대로 동작하지 않았습니다. 마지막으로 manifest 파일을 이용하여 시도해보았습니다. spec 파일을 이용하여 pyinstaller로 빌드하면 <실행 파일 이름>.manifest 라는 파일이 생성됩니다. 파일에서 아랫부분을 찾아볼 수 있습니다. <security> <re

초간단 프로그램 락 걸기

프로그램에 락을 걸 일이 생겨났다. 하드웨어 락을 걸면 쉬울텐데 그 정도는 아니고 프로그램의 실행 날짜를 제한 해 달라고 한다. 그래서 파일(license.lic)을 가지고 락을 걸리고 결정을 했다. 요구 사항은 아래와 같다. 1. license.lic 파일이 없으면 프로그램을 실행 할수 없게 한다. 2. 지정한 날짜를 넘어서는 프로그램을 실행 할수 없게 한다. 3. 사용자가 시스템 날짜를 되돌렸을때 인식하여 프로그램을 실행 할수 없게 한다. 음.... 1.번 문제는 사용자가 프로그램을 실행하기 위해서 license.lic 파일을 받아야만 한다. license.lic 파일에는 최근 실행 날짜/종료날짜 이런식으로 적도록 한다.(물론 내용은 암호화 한다.) 최근 실행날짜는 프로그램이 실행때마다 업데이트 하도록 하고 시스템 날짜와 비교하여 시스템 날짜가 최근 실행 날짜보다 이전의 날짜면 시스템 날짜를 되돌렸다고 인식하도록 한다.(3.번 문제 해결) 시스템 날짜와 종료 날짜를 비교하여 시스템 날짜가 종료 날짜를 넘으면 프로그램을 실행 할수 없도록 한다.(2.번 문제 해결)