성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] Detecting blocking calls using asyn...
[정성태] 아쉽게도, 커뮤니티는 아니고 개인 블로그입니다. ^^
[정성태] 질문이 잘 이해가 안 됩니다. 우선, 해당 소스코드에서 ILis...
[양승조
] var대신 dinamic으로 선언해서 해결은 했습니다. 맞는 해...
[양승조
] 또 막혔습니다. ㅠㅠ var list = props[i].Ge...
[양승조
] 아. 감사합니다. 어제는 안됐던것 같은데....정신을 차려야겠네...
[정성태] "props[i].GetValue(props[i])" 코드에서 ...
[정성태] 저렇게 조각 코드 말고, 실제로 재현이 되는 예제 프로젝트를 압...
[정성태] Modules 창(Ctrl+Shift+U)을 띄워서, 해당 Op...
[정성태] 만드실 수 있습니다. 단지, Unity 엔진 내의 스크립트와 W...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <div style='font-family: 맑은 고딕, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램</div> <br /> 개인적으로 Windbg는 여전히 낯설기만 합니다. 그만큼 Visual Studio의 편리한 디버깅에 익숙해져 있다는 것인데요. ^^ 그래도, 가끔은 어쩔 수 없이 사용하는 경우가 있는데, 이번 사례가 바로 그에 해당합니다.<br /> <br /> 오늘은 소스 코드 리팩토링과 함께 DLL 이름도 좀 정리를 했는데, 불행히도 Visual Studio IDE에서 'F5 디버깅'을 시작하고 aspx 웹 페이지가 실행되려는 부분 즈음, 곧바로 WebDev 프로세스가 다운되고 Visual Studio의 디버깅 상태가 해제되었습니다.<br /> <br /> "Output" 창에는 아래와 같이 WebDev 종료만 기록될 뿐 이외의 도움이 될만한 아무런 정보를 찾을 수가 없었습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > ...[생략: DLL 로딩]... 'WebDev.WebServer20.EXE' (Managed (v2.0.50727)): Loaded 'C:\Windows\assembly\GAC_MSIL\MyTest\1.0.1.0__rhaasdf44088eb\MyTest.dll' The program '[5240] <b style='COLOR: blue'>WebDev.WebServer20.EXE</b>: Managed (v2.0.50727)' has exited with code -532459699 (0xe0434f4d). </pre> <br /> 어디, 이벤트 로그를 한번 볼까요?<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > Fault bucket , type 0 Event Name: CLR20r3 Response: Not available Cab Id: 0 Problem signature: <b style='COLOR: blue'>P1: webdev.webserver20.exe</b> P2: 10.0.0.0 P3: 4ba204ca P4: WebDev.WebHost20 P5: 10.0.0.0 P6: 4ba204c2 P7: 56 P8: 51 P9: Exception P10: Attached files: ...[생략]... </pre> <br /> 위의 Watson bucket들에 대한 해석은 다음을 참고하십시오.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 ; <a target='_tab' href='http://www.sysnet.pe.kr/2/0/595'>http://www.sysnet.pe.kr/2/0/595</a> </pre> <br /> 예전에도 소개해 드렸던 아래의 글처럼, Watson bucket 정보가 도움이 안 되는 경우들이 있는데요.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > System.MissingMethodException ; <a target='_tab' href='http://www.sysnet.pe.kr/2/0/909'>http://www.sysnet.pe.kr/2/0/909</a> </pre> <br /> 이번에도 마찬가지입니다. "P1: webdev.webserver20.exe" 값만 보아도 우리가 만든 코드가 아닌 webdev 안에서 예외가 있다고 하니 그다지 도움되는 사항은 아닙니다.<br /> <br /> 이쯤 되면, Windbg는 더 이상 피하고 싶은 상대가 아니라, 이나마도 기댈 곳이 있다는 사실에 저절로 감사의 마음마저 생깁니다. ^^ 문제 해결의 난이도는 그 원인에 의존적인데, 다행히 제 경우에는 어렵지 않은 쪽이었습니다. 어디, 같이 한번 해볼까요? ^^<br /> <br /> 우선, WebDev 프로세스를 Windbg에서 디버깅하려면, "File" / "Open Executable" 메뉴에서 다음과 같이 실행 파일 환경 값을 입력해 주어야 합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > File name: "C:\Program Files (x86)\Common Files\Microsoft Shared\DevServer\10.0\WebDev.WebServer20.exe" Arguments: /port:[포트명] /path:[웹 사이트 폴더 경로] /vpath:"[프로젝트에 설정된 웹 루트 경로]" </pre> <br /> 제 경우에는 다음과 같이 설정되었습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > File name: "C:\Program Files (x86)\Common Files\Microsoft Shared\DevServer\10.0\WebDev.WebServer20.exe" Arguments: /port:19448 /path:"D:\...[생략]...\WebSiteTest" /vpath:"/" </pre> <br /> 확인하고 나면, 프로세스가 시작되자마자 멈추게 되고, "g" 키를 눌러서 예외가 발생할 때까지 실행되도록 진행시킵니다. 잠시 후, 다음과 같이 예외가 발생하게 되고 Windbg 환경이므로 디버기(WebDev)는 Visual Studio에서 그랬던 것과는 다르게, 종료 수순까지 가지 못하고 멈추게 됩니다. 바로 이 능력 때문에 Windbg를 사용해서 문제 해결이 가능하지요. ^^ (물론, Visual Studio 내에서도 'F10' 키를 이용해서 시작부터 디버깅을 건 다음 단계별로 추적해 나갈 수 있지만, 역시나 이런 상황에서는 'F5'와 동일한 'g' 키를 이용할 수 있다는 것이 Windbg의 장점이겠지요. ^^)<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > ModLoad: 53510000 53528000 MyTest.dll ModLoad: 0cd00000 0cd18000 MyTest.dll ModLoad: 53510000 53528000 C:\Windows\assembly\GAC_MSIL\MyTest\1.0.1.0__rhaasdf44088eb\MyTest.dll (1b04.195c): C++ EH exception - code e06d7363 (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): C++ EH exception - code e06d7363 (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): C++ EH exception - code e06d7363 (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): C++ EH exception - code e06d7363 (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (first chance) (1b04.195c): CLR exception - code e0434f4d (!!! second chance !!!) eax=0807de48 ebx=e0434f4d ecx=00000001 edx=00000000 esi=0807ded0 edi=06c68a38 eip=7638b727 esp=0807de48 ebp=0807de98 iopl=0 nv up ei pl nz ac pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000216 KERNELBASE!RaiseException+0x58: 7638b727 c9 leave </pre> <br /> 닷넷 환경이므로, <a target='_tab' href='http://www.sysnet.pe.kr/2/0/943'>다음의 명령어를 통해 SOS.dll을 로드</a>시킵니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > .loadby sos mscorwks </pre> <br /> 현재, 예외가 발생해서 멈춘 것이므로 "!printexception" 명령문으로 어떤 예외가 발생했는지 확인해 봅니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > 0:006> <b style='COLOR: blue'>!printexception</b> Exception object: <b style='COLOR: blue'>02cc80ec</b> Exception type: <b style='COLOR: blue'>System.TypeInitializationException</b> Message: <b style='COLOR: blue'>The type initializer for 'MyTest.TestApp' threw an exception.</b> <b style='COLOR: blue'>InnerException: System.IO.FileNotFoundException, use !PrintException 02cc83a4 to see more</b> StackTrace (generated): SP IP Function 0807F6B0 08E61F2D WebDev_WebHost20!Microsoft.VisualStudio.WebHost.Server.OnSocketAccept(System.Object)+0x7d 0807F6C4 077D2F0F mscorlib!System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(System.Object)+0x2f 0807F6CC 077D2DCA mscorlib!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)+0x5a 0807F6E4 077D2D59 mscorlib!System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(System.Threading._ThreadPoolWaitCallback)+0x51 0807F6F8 077D2BF5 mscorlib!System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(System.Object)+0x5d StackTraceString: <none> HResult: 80131534 </pre> <br /> 그렇군요. .cctor에서 예외가 발생했는데, 간혹 이런 경우 강제 종료로까지 이어지기도 합니다. 개인적인 경험상, .cctor에 기능을 집어넣는 것이 여간 조심스럽지 않습니다. 왜냐하면, 문제가 발생했을 때 일반 메서드의 상황과 비교해서 추적이 어려워지기 때문입니다.<br /> <br /> 아무튼, 현재 보고 있는 예외 개체 타입은 "System.TypeInitializationException"이고, 그 인스턴스는 "02cc80ec" 값입니다. 다행히 InnerException을 가지고 있는데 그 값은 "02cc83a4"이고 친절하게도 Windbg에서 "use !PrintException 02cc83a4 to see more"라고 까지 메시지를 출력해 주고 있습니다. 이번 경우처럼 cctor에서 발생한 예외에서 InnerException은 실질적인 오류 상황을 보여주므로 파고들어가봐야 합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > 0:006> <b style='COLOR: blue'>!PrintException 02cc83a4</b> Exception object: 02cc83a4 Exception type: <b style='COLOR: blue'>System.IO.FileNotFoundException</b> Message: <b style='COLOR: blue'>Could not load file or assembly 'SecondLib, Version=1.0.1.0, Culture=neutral, PublicKeyToken=rhaasdf44088eb' or one of its dependencies. The system cannot find the file specified.</b> InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070002 </pre> <br /> 아하, 답이 나왔군요. 리팩터링 과정에서 파일명을 바꿨는데, 참조한 측에서는 이름이 바뀐 것을 프로젝트 참조해서 빌드 시 오류가 발생하지 않았던 반면 실행 시에 GAC에 등록되어 있지 않아서 예외가 발생한 것이었습니다. SecondLib.dll 등록을 잊었던 것이지요. 하지만, Visual Studio의 디버거 창에서는 이와 관련된 어떠한 정보도 얻을 수 없었지만, Windbg로 하는 경우에는 이렇게 정상적으로 디버깅을 할 수 있어서 문제 해결이 쉬웠던 것입니다.<br /> <br /> 음... 디바이스 드라이버 개발자가 아니더라도, Windbg는 분명 닷넷 개발자에게도 친해져야 할 대상입니다. ^^<br /> <br /><br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
1570
(왼쪽의 숫자를 입력해야 합니다.)