Microsoft MVP성태의 닷넷 이야기
오류 유형: 421. System.Runtime.InteropServices.SEHException - 0x80004005 [링크 복사], [링크+제목 복사],
조회: 24353
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

System.Runtime.InteropServices.SEHException - 0x80004005

SEHException은 "unmanaged code" 영역에서 발생한 것으로 .NET 예외에는 매핑이 되지 않아 필요한 문맥 정보가 그다지 많지 않습니다.

(여러 가지 발생 상황이 있겠지만) 간단한 예로 다음의 코드로 재현하는 것이 가능합니다.

using System;
using System.Diagnostics;
using System.Runtime.InteropServices;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        [DllImport("kernel32.dll", SetLastError = true)]
        [return: MarshalAs(UnmanagedType.Bool)]
        public static extern bool CloseHandle(IntPtr hObject);

        static void Main(string[] args)
        {
            int pid = Process.GetCurrentProcess().Id;

            while (true)
            {
                
                try
                {
                    Process proc = Process.GetProcessById(pid);
                    Console.Write(".");
                    CloseHandle(proc.Handle); // 핸들을 닫음
                } catch { }

                // GC.Collect(2, GCCollectionMode.Forced);

                Thread.Sleep(1000);
            }
        }
    }
}

위의 코드를 F5 디버그 모드로 실행하면 어느 순간 다음과 같은 예외가 발생합니다. (또는, 위의 코드에서 주석 처리한 GC.Collect를 해제하면 곧바로 발생합니다.)

System.Runtime.InteropServices.SEHException occurred
  HResult=0x80004005
  Message=External component has thrown an exception.
  Source=<Cannot evaluate the exception source>
  StackTrace:
<Cannot evaluate the exception stack trace>

-       $exception  {"External component has thrown an exception."} System.Runtime.InteropServices.SEHException
+       Data    {System.Collections.ListDictionaryInternal} System.Collections.IDictionary {System.Collections.ListDictionaryInternal}
        ErrorCode   -2147467259 int
        HResult -2147467259 int
        HelpLink    null    string
+       IPForWatsonBuckets  0x0000000000000000  System.UIntPtr
+       InnerException  null    System.Exception
        IsTransient false   bool
        Message "External component has thrown an exception."   string
        RemoteStackTrace    null    string
        Source  "System"    string
        StackTrace  "   at Microsoft.Win32.SafeNativeMethods.CloseHandle(IntPtr handle)\r\n   at Microsoft.Win32.SafeHandles.SafeProcessHandle.ReleaseHandle()\r\n   at System.Runtime.InteropServices.SafeHandle.InternalFinalize()\r\n   at System.Runtime.InteropServices.SafeHandle.Dispose(Boolean disposing)\r\n   at System.Runtime.InteropServices.SafeHandle.Finalize()"   string
+       TargetSite  {Boolean CloseHandle(IntPtr)}   System.Reflection.MethodBase {System.Reflection.RuntimeMethodInfo}
+       WatsonBuckets   {byte[5616]}    object {byte[]}
        _HResult    -2147467259 int
        _className  "System.Runtime.InteropServices.SEHException"   string
+       _data   {System.Collections.ListDictionaryInternal} System.Collections.IDictionary {System.Collections.ListDictionaryInternal}
        _dynamicMethods null    object
+       _exceptionMethod    {Boolean CloseHandle(IntPtr)}   System.Reflection.MethodBase {System.Reflection.RuntimeMethodInfo}
        _exceptionMethodString  null    string
        _helpURL    null    string
+       _innerException null    System.Exception
+       _ipForWatsonBuckets 0x0000000000000000  System.UIntPtr
        _message    "External component has thrown an exception."   string
        _remoteStackIndex   0   int
        _remoteStackTraceString null    string
+       _safeSerializationManager   {System.Runtime.Serialization.SafeSerializationManager} System.Runtime.Serialization.SafeSerializationManager
        _source "System"    string
+       _stackTrace {sbyte[192]}    object {sbyte[]}
        _stackTraceString   null    string
+       _watsonBuckets  {byte[5616]}    object {byte[]}
        _xcode  -532462766  int
+       _xptrs  0x0000000000000000  System.IntPtr
+       Static members      

GC가 수행된 후 연결되는 Finalizer 실행에 의해 발생하는 것이므로 일반적인 call stack 정보를 알아낼 수는 없습니다. 게다가 Finalizer의 수행 시점이 불확실하기 때문에 실제 운영 상황에서는 프로세스가 어느 순간 아무 이유 없이 종료하는 현상처럼 보이게 됩니다.

다행히, 이번처럼 간단한 예제의 경우에는 콜 스택을 통해 Handle 관리가 잘못되었다는 것을 짐작할 수 있으므로 CloseHandle(proc.Handle) 코드를 삭제하는 것으로 해결할 수 있지만, 운이 나쁘면 디버깅에 장난 아닌 시간을 들여야 할지도 모릅니다.

참고로, 위의 코드를 디버거 없이 단독 실행하는 경우에는 SEHException 예외가 발생하지 않습니다. 이걸 다행이라고 해야 할지는 모르겠군요. ^^




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 9/14/2017]

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

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
330정성태8/20/200619231개발 환경 구성: 9. VPC로 구성하는 개인 환경
328정성태8/20/200637186개발 환경 구성: 8. AppVerifier 사용법 [1]
327정성태8/16/200634072개발 환경 구성: 7. ActiveX 서명 과정 자동화 [1]
326정성태8/16/200627959Team Foundation Server: 13. Sysnet 웹 사이트 TFS Migration
322정성태8/15/200622673개발 환경 구성: 6. 4GB 메모리 구성 [1]
316정성태9/20/200641894디버깅 기술: 6. .NET 예외 처리 정리 [6]
309정성태12/27/200642756디버깅 기술: 5. PDB 이야기 [7]
310정성태8/5/200629643    답변글 디버깅 기술: 5.1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트파일 다운로드1
311정성태8/10/200629205    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200631860    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200630979    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200628382    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200634802    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200630047    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200633980    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200638669    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200640140    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200636428    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200629349    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
329정성태8/19/200628087    답변글 디버깅 기술: 5.13. 소스 서버 구성 [1]
332정성태8/20/200629714    답변글 디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [2]
341정성태9/16/200622024    답변글 디버깅 기술: 5.15. [내용 예약]
342정성태9/16/200639697    답변글 디버깅 기술: 5.16. ASP.NET 디버깅 환경 구성 [1]파일 다운로드1
306정성태2/13/200719091기타: 15. .NET 이 생산성이 높다는 증거(!)
304정성태7/21/200621269VS.NET IDE: 41. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean)
305정성태7/21/200620999    답변글 VS.NET IDE: 41.1. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean) [1]
... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...