Microsoft MVP성태의 닷넷 이야기
VC++: 13. VS.NET 2005 VC++ 컴파일러 에러 : cannot instantiate abstract class [링크 복사], [링크+제목 복사],
조회: 24820
글쓴 사람
정성태 (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)
12170정성태3/6/202017779오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/202020660개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202022208개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202020036개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202021184개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202019535.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202020652오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202019004.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202023551디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/202019349오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202019567개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/202016088오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202019399디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202018790디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/202017332오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/202017359오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/202016493오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태2/23/202021072.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202019378.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202020734.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202021151.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202019164.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202022468디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202019381디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202020286.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202020751.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
... 61  62  63  64  65  66  67  68  69  70  71  [72]  73  74  75  ...