Microsoft MVP성태의 닷넷 이야기
VC++: 13. VS.NET 2005 VC++ 컴파일러 에러 : cannot instantiate abstract class [링크 복사], [링크+제목 복사],
조회: 23286
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13868정성태1/17/20253119Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/20254067오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20254272개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20253947오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20253912Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20253362Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
13862정성태1/13/20253628Linux: 112. Linux - 데몬을 위한 SELinux 보안 정책 설정
13861정성태1/11/20253909Windows: 276. 명령행에서 원격 서비스를 동기/비동기로 시작/중지
13860정성태1/10/20253614디버깅 기술: 216. WinDbg - 2가지 유형의 식 평가 방법(MASM, C++)
13859정성태1/9/20253971디버깅 기술: 215. Windbg - syscall 이후 실행되는 KiSystemCall64 함수 및 SSDT 디버깅
13858정성태1/8/20254100개발 환경 구성: 738. PowerShell - 원격 호출 시 "powershell.exe"가 아닌 "pwsh.exe" 환경으로 명령어를 실행하는 방법
13857정성태1/7/20254149C/C++: 187. Golang - 콘솔 응용 프로그램을 Linux 데몬 서비스를 지원하도록 변경파일 다운로드1
13856정성태1/6/20253728디버깅 기술: 214. Windbg - syscall 단계까지의 Win32 API 호출 (예: Sleep)
13855정성태12/28/20244459오류 유형: 941. Golang - os.StartProcess() 사용 시 오류 정리
13854정성태12/27/20244558C/C++: 186. Golang - 콘솔 응용 프로그램을 NT 서비스를 지원하도록 변경파일 다운로드1
13853정성태12/26/20244026디버깅 기술: 213. Windbg - swapgs 명령어와 (Ring 0 커널 모드의) FS, GS Segment 레지스터
13852정성태12/25/20244495디버깅 기술: 212. Windbg - (Ring 3 사용자 모드의) FS, GS Segment 레지스터파일 다운로드1
13851정성태12/23/20244247디버깅 기술: 211. Windbg - 커널 모드 디버깅 상태에서 사용자 프로그램을 디버깅하는 방법
13850정성태12/23/20244741오류 유형: 940. "Application Information" 서비스를 중지한 경우, "This file does not have an app associated with it for performing this action."
13849정성태12/20/20244894디버깅 기술: 210. Windbg - 논리(가상) 주소를 Segmentation을 거쳐 선형 주소로 변경
13848정성태12/18/20244829디버깅 기술: 209. Windbg로 알아보는 Prototype PTE파일 다운로드2
13847정성태12/18/20244856오류 유형: 939. golang - 빌드 시 "unknown directive: toolchain" 오류 빌드 시 이런 오류가 발생한다면?
13846정성태12/17/20245062디버깅 기술: 208. Windbg로 알아보는 Trans/Soft PTE와 2가지 Page Fault 유형파일 다운로드1
13845정성태12/16/20244531디버깅 기술: 207. Windbg로 알아보는 PTE (_MMPTE)
13844정성태12/14/20245219디버깅 기술: 206. Windbg로 알아보는 PFN (_MMPFN)파일 다운로드1
13843정성태12/13/20244393오류 유형: 938. Docker container 내에서 빌드 시 error MSB3021: Unable to copy file "..." to "...". Access to the path '...' is denied.
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...