Microsoft MVP성태의 닷넷 이야기
VC++: 13. VS.NET 2005 VC++ 컴파일러 에러 : cannot instantiate abstract class [링크 복사], [링크+제목 복사],
조회: 27596
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

아... 천하의 정성태가. ^^; 논리 버그도 아닌, 컴파일러 에러에 이렇게 시간을 허비했다니... 부끄러울 따름입니다.

어느 날... 기존 구현된 COM 개체의 인터페이스와 그 메서드들이 제공하는 기능을 구현해야 할 일이 생겼습니다.
그런데, 컴파일 단계에서 다음과 같은 오류가 발생하는 것이었습니다.

e:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\atlcom.h(2578) : error C2259: 'ATL::CComObject<Base>' : cannot instantiate abstract class
        with
        [
            Base=CXApplication
        ]
        due to following members:
        'HRESULT IXApplication2::IsDestinationReachable(BSTR,VARIANT_BOOL *)' : is abstract
        d:\workshop\infopath\DxDocsViewer\DxDocsViewer.h(7595) : see declaration of 'IXApplication2::IsDestinationReachable'
        e:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\atlcom.h(2570) : while compiling class template member function 'HRESULT ATL::CComObject<Base>::CreateInstance(ATL::CComObject<Base> **) throw()'
        with
        [
            Base=CXApplication
        ]
        d:\workshop\infopath\DxDocsViewer\DocsServer.h(500) : see reference to class template instantiation 'ATL::CComObject<Base>' being compiled
        with
        [
            Base=CXApplication
        ]

다들 익히 아시는 거지요? ^^ 자... 찬찬히 살펴보겠습니다.
우선, IDL 파일에는 다음과 같은 인터페이스를 정의했습니다.


[
  object,
  uuid(096CD6BB-0786-11D1-95FA-0080C78EE3BB),
  dual,
  nonextensible,
  helpstring("IXApplication2 Interface"),
  pointer_default(unique)
]
interface IXApplication2 : IXApplication
{

    [id(0x00000010)] HRESULT IsDestinationReachable([in] BSTR bstrDestination, [out, retval] VARIANT_BOOL *pfReachable);

};

그리고는, 해당 인터페이스를 구현하는 ATL COM 개체의 헤더 파일에는 다음과 같이 정의했습니다.

   STDMETHOD( IsDestinationReachable )(BSTR bstrDestination, VARIANT_BOOL *pfReachable)
    {
        return E_NOTIMPL;
    }

그런데... 그와 같은 컴파일 오류가 발생한 것입니다. 여러분들은 어떻게 생각하십니까? ^^; 제가 뭐 잘못한 거라도 있는 걸까요?

정말이지... 컴파일 에러에서 고심한다고,,, 챙피해서 주변에 도움을 구할 수도 없고... ^^;

요리 저리 해보다가... ^^; 결국 문제가 밝혀지긴 했습니다.
제가 기능 구현을 위해 포함시켜 두었던
#include <sensapi.h>
가 문제였지요.

바로 그 헤더 파일에 동일한 이름의 메서드가 선언되었던 것입니다. 물론... 메서드 선언만이었다면 그런 문제는 발생하지 않았을 것입니다. 즉,
BOOL IsDestinationReachable( LPCSTR lpszDestination, LPQOCINFO lpQOCInfo);
위의 선언이라면 컴파일 에러가 발생하지 않았을 텐데.

윈도우 헤더 파일의 특기인 Ansi / Unicode API 지원을 위해 정의해 두었던 매크로 들과 겹쳐서 문제가 되었던 것입니다.
#ifdef UNICODE
#define IsDestinationReachable IsDestinationReachableW
#else
#define IsDestinationReachable IsDestinationReachableA
#endif // UNICODE
보통 위와 같은 트릭을 많이 쓰죠.

위의 매크로 영향으로 인해서, 제가 정의했던 메서든 다음과 같이 치환이 되었고,

   STDMETHOD( IsDestinationReachableA )(BSTR bstrDestination, VARIANT_BOOL *pfReachable)
    {
        return E_NOTIMPL;
    }
결국, IDL 에서 정의한 인터페이스 명세대로 IsDestinationReachable 메서드를 구현하지 않았으므로 컴파일러는 그와 같은 오류를 발생시킨 것입니다.









[최초 등록일: ]
[최종 수정일: 1/29/2005]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12153정성태2/23/202024365.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202021406.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202024050.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202024115.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202021026.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202025693디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202021013디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202022206.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202023829.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202024009.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202018421.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202022335.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202021337.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202022693.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202022375.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202028591.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202020225오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202021887Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202027686개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202024960.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202022704디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202025725.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202024456개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202022029VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202029036.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202023159오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...