Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

COM 프로그래밍에서 HRESULT 타입의 S_FALSE는 실패일까요? 성공일까요?

결론부터 말하면 HRESULT 타입의 S_FALSE 반환값은 성공에 해당합니다. 확인을 위해 다음과 같이 간단하게 코드를 작성할 수 있습니다.

#include "stdafx.h"

int _tmain(int argc, _TCHAR* argv[])
{
    HRESULT hr = S_FALSE;

    printf("SUCCEEDED == %d\n", SUCCEEDED(hr)); // 출력값: 1
    return 0;
}

SUCCEEDED 매크로의 정의를 보면 확실히 알 수 있는데요.

#define SUCCEEDED(hr) (((HRESULT)(hr)) >= 0)

0 이상의 값이면 True라는 의미인데,

#define S_OK 0x0
#define S_FALSE 0x1

과 같은 식으로 값이 할당되어 있기 때문에 S_OK와 S_FALSE는 모두 SUCCEEDED 매크로에 대해 True 값을 반환하게 됩니다. 실제로 이에 대해 마이크로소프트 측의 공식 문서에서도 언급하고 있습니다.

Error Handling in COM
; https://docs.microsoft.com/en-us/windows/win32/learnwin32/error-handling-in-com

그럼 의문을 가질 수 있는 부분이 있는데, 그렇다면 실패한 경우의 일반적인 값으로 S_FALSE 대신 어떤 것을 반환해야 할 것인가? 하는 문제가 남습니다. 그럴 때는 E_FAIL 같은 값을 사용하면 됩니다.

#define E_FAIL 0x80004005

0x8...로 시작하기 때문에 최상위 비트가 1이고 이 때문에 HRESULT 타입에서는 음수값으로 표현됩니다.

처음에는 저도 이런 정책에 대해 이해를 할 수 없었는데 "Error Handling in COM" 문서의 다음 글을 읽고 그나마 수긍하게 되었습니다.

For example, the CoInitializeEx function returns S_FALSE if you call it a second time from the same thread.




사실, 이게 문제가 되는 경우가 있었는데요.

ICorProfilerInfo *ptr = ...;

IUnknown *pOut = nullptr;
HRESULT hr = ptr->GetModuleMetaData(moduleId, ..., &pOut);
if (FAILED(hr) == TRUE)
{
    return;
}

// 이하, GetModuleMetaData 호출이 성공했으므로 pOut 인터페이스 사용하는 코드 작성

저렇게 작성한 코드에서 간혹 가다가 프로세스 비정상 종료 현상이 발생한 것입니다. (현실적으로, 그 많은 코드 중에 잘 실행되지도 않던 저 부분에 문제가 있다는 것을 알게 되기까지는 제법 시간이 걸렸습니다. ^^;)

알고 보니, 가끔씩 S_FALSE 값이 반환되는 경우가 있었고 그럴 때 pOut은 nullptr 였는데 이 상태에서 사용을 하다 보니 비정상 종료가 발생한 것입니다. 그런데 왜? S_FALSE 값을 반환했느냐가 궁금해졌는데, 문서를 찾아보니 해답이 나왔습니다.

ICorProfilerInfo::GetModuleMetaData Method
; https://docs.microsoft.com/en-us/dotnet/framework/unmanaged-api/profiling/icorprofilerinfo-getmodulemetadata-method

Some modules (such as resource modules) have no metadata. In those cases, GetModuleMetaData will return an HRESULT value of S_FALSE, and a null in *ppOut.


즉, 전달된 .NET 모듈 식별자(moduleId)가 메타데이터를 가지고 있지 않은 경우에는 S_FALSE를 반환한 것입니다. 일면 이해가 됩니다. 닷넷의 경우 사용자가 만든 대부분의 모듈은 메타데이터를 가지고 있지만, 간혹 마이크로소프트가 만든 것은 다중 모듈로 분리된 어셈블리를 형성하고 있기 때문에 이런 경우가 발생합니다. (결국 그런 상황이 겹쳐서 프로세스 비정상 종료가 일정한 규칙을 갖지 않고 발생하게 된 원인이 되어 더욱 문제 해결에 애를 먹었습니다.)

휴~~~ 암튼, 이래서 문서를 꼭 봐야 한다는!




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/17/2021]

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

비밀번호

댓글 작성자
 



2015-01-27 01시42분
[hhyyaa] hr == S_OK 가 아니라... SUCCEEDED(hr)를 써야할 이유가 있었군요. ㅡㅡ; S_FALSE도 성공이었다니...
[guest]
2016-04-23 07시23분
[테엘] Error Handling in COM 문서에서 Community Additions(kittoinc)이 더 황당함. 위에서 그렇게 resource에 관한 rule들을 언급했는데도 저런 딴지를 걸다니... 저런 식으로 return하면 동일한 resource 해제문이 점점 늘어난다는 생각은 안하나봐요!
[guest]

1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13488정성태12/18/20232111오류 유형: 884. HTTP 500.0 - 명령행에서 실행한 ASP.NET Core 응용 프로그램을 실행하는 방법
13487정성태12/16/20232415개발 환경 구성: 696. C# - 리눅스용 AOT 빌드를 docker에서 수행 [1]
13486정성태12/15/20232228개발 환경 구성: 695. Nuget config 파일에 값 설정/삭제 방법
13485정성태12/15/20232121오류 유형: 883. dotnet build/restore - error : Root element is missing
13484정성태12/14/20232201개발 환경 구성: 694. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법
13483정성태12/14/20232334닷넷: 2184. C# - 하나의 resource 파일을 여러 프로그램에서 (AOT 시에도) 사용하는 방법파일 다운로드1
13482정성태12/13/20233004닷넷: 2183. C# - eFriend Expert OCX 예제를 .NET Core/5+ Console App에서 사용하는 방법 [2]파일 다운로드1
13481정성태12/13/20232309개발 환경 구성: 693. msbuild - .NET Core/5+ 프로젝트에서 resgen을 이용한 리소스 파일 생성 방법파일 다운로드1
13480정성태12/12/20232701개발 환경 구성: 692. Windows WSL 2 + Chrome 웹 브라우저 설치
13479정성태12/11/20232372개발 환경 구성: 691. WSL 2 (Ubuntu) + nginx 환경 설정
13477정성태12/8/20232621닷넷: 2182. C# - .NET 7부터 추가된 Int128, UInt128 [1]파일 다운로드1
13476정성태12/8/20232311닷넷: 2181. C# - .NET 8 JsonStringEnumConverter의 AOT를 위한 개선파일 다운로드1
13475정성태12/7/20232407닷넷: 2180. .NET 8 - 함수 포인터에 대한 Reflection 정보 조회파일 다운로드1
13474정성태12/6/20232226개발 환경 구성: 690. 닷넷 코어/5+ 버전의 ilasm/ildasm 실행 파일 구하는 방법 - 두 번째 이야기
13473정성태12/5/20232493닷넷: 2179. C# - 값 형식(Blittable)을 메모리 복사를 이용해 바이트 배열로 직렬화/역직렬화파일 다운로드1
13472정성태12/4/20232249C/C++: 164. Visual C++ - InterlockedCompareExchange128 사용 방법
13471정성태12/4/20232347Copilot - To enable GitHub Copilot, authorize this extension using GitHub's device flow
13470정성태12/2/20232679닷넷: 2178. C# - .NET 8부터 COM Interop에 대한 자동 소스 코드 생성 도입파일 다운로드1
13469정성태12/1/20232440닷넷: 2177. C# - (Interop DLL 없이) CoClass를 이용한 COM 개체 생성 방법파일 다운로드1
13468정성태12/1/20232334닷넷: 2176. C# - .NET Core/5+부터 달라진 RCW(Runtime Callable Wrapper) 대응 방식파일 다운로드1
13467정성태11/30/20232433오류 유형: 882. C# - Unhandled exception. System.Runtime.InteropServices.COMException (0x800080A5)파일 다운로드1
13466정성태11/29/20232608닷넷: 2175. C# - DllImport 메서드의 AOT 지원을 위한 LibraryImport 옵션
13465정성태11/28/20232344개발 환경 구성: 689. MSBuild - CopyToOutputDirectory가 "dotnet publish" 시에는 적용되지 않는 문제파일 다운로드1
13464정성태11/28/20232488닷넷: 2174. C# - .NET 7부터 UnmanagedCallersOnly 함수 export 기능을 AOT 빌드에 통합파일 다운로드1
13463정성태11/27/20232401오류 유형: 881. Visual Studio - NU1605: Warning As Error: Detected package downgrade
13462정성태11/27/20232413오류 유형: 880. Visual Studio - error CS0246: The type or namespace name '...' could not be found
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...