Microsoft MVP성태의 닷넷 이야기
DebugDiag에서 .Net의 Stack Trace를 Windbg에서는 어떻게 볼 수 있나요? [링크 복사], [링크+제목 복사],
조회: 9289
글쓴 사람
홍길동
홈페이지
첨부 파일
 

안녕하세요.
저는 QA입니다.

다름이 아니라, 프로그램 테스트 도중 갑자기 비정상종료 되었길래..
Windbg로 attack process 걸어서 증상 재현 후, Dump 파일을 생성하였습니다.

그리고 나서 DebugDiag로 먼저 덤프자동분석을 돌렸는데...

Report파일을 쭈욱 보다보니...

Previous .NET Exceptions Report (Exceptions in all .NET Heaps)

위 부분에서...

Stack Trace가 아래와 같이 나오더군요.

(Exception Type은 System.IndexOutOfRangeException 이고요.)

   EMapControlLib.EMapEditorView.TypingOnlyNumber(System.Object, System.Windows.Input.TextCompositionEventArgs, Boolean, Boolean)
   System.Windows.RoutedEventArgs.InvokeHandler(System.Delegate, System.Object)
   System.Windows.RoutedEventHandlerInfo.InvokeHandler(System.Object, System.Windows.RoutedEventArgs)
   System.Windows.EventRoute.InvokeHandlersImpl(System.Object, System.Windows.RoutedEventArgs, Boolean)
   System.Windows.UIElement.RaiseEventImpl(System.Windows.DependencyObject, System.Windows.RoutedEventArgs)
   System.Windows.UIElement.RaiseTrustedEvent(System.Windows.RoutedEventArgs)
   System.Windows.Input.InputManager.ProcessStagingArea()
   System.Windows.Input.InputManager.ProcessInput(System.Windows.Input.InputEventArgs)
   System.Windows.Documents.TextStore.RaiseCompositionEvents(Int32 ByRef, Int32 ByRef)
   System.Windows.Documents.TextStore.HandleCompositionEvents(Int32)
   System.Windows.Documents.TextStore.GrantLockWorker(LockFlags)
   System.Windows.Documents.TextStore.RequestLock(LockFlags, Int32 ByRef)


그리고 Call Stack은... 아래와 같이 나오고요.

.NET Call Stack

[[GCFrame]]
[[HelperMethodFrame_1OBJ] (System.Environment.FailFast)] System.Environment.FailFast(System.String)
PresentationFramework_ni!System.Windows.Documents.TextStore.VerifyTextStoreConsistency()+52
PresentationFramework_ni!System.Windows.Documents.TextStore.GrantLock()+54
PresentationFramework_ni!System.Windows.Documents.TextStore.GrantLockWorker(LockFlags)+12a
PresentationFramework_ni!System.Windows.Documents.TextStore.RequestLock(LockFlags, Int32 ByRef)+68
WindowsBase_ni!DomainBoundILStubClass.IL_STUB_COMtoCLR(Int32, IntPtr)+18
[[ComMethodFrame]]
WindowsBase_ni!DomainBoundILStubClass.IL_STUB_CLRtoCOM(TsLayoutCode, Int32)+b9
[[InlinedCallFrame] (MS.Win32.UnsafeNativeMethods+ITextStoreACPSink.OnLayoutChange)] MS.Win32.UnsafeNativeMethods+ITextStoreACPSink.OnLayoutChange(TsLayoutCode, Int32)
PresentationFramework_ni!System.Windows.Documents.TextStore.OnLayoutUpdated()+28
PresentationFramework_ni!System.Windows.Documents.TextEditor.OnTextViewUpdatedWorker(System.Object)+f7c2a4
WindowsBase_ni!System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)+68
WindowsBase_ni!System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)+36
WindowsBase_ni!System.Windows.Threading.DispatcherOperation.InvokeImpl()+10c
mscorlib_ni!System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)+172
mscorlib_ni!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)+15
mscorlib_ni!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)+55
WindowsBase_ni!MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)+d8
WindowsBase_ni!System.Windows.Threading.DispatcherOperation.Invoke()+62
WindowsBase_ni!System.Windows.Threading.Dispatcher.ProcessQueue()+1fd
WindowsBase_ni!System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)+6f
WindowsBase_ni!MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)+c4
WindowsBase_ni!MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)+84
WindowsBase_ni!System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)+68
WindowsBase_ni!System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)+36
WindowsBase_ni!System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)+172
WindowsBase_ni!MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)+152
WindowsBase_ni!DomainBoundILStubClass.IL_STUB_ReversePInvoke(Int64, Int32, Int64, Int64)+52
WindowsBase_ni!DomainBoundILStubClass.IL_STUB_PInvoke(System.Windows.Interop.MSG ByRef)+79
[[InlinedCallFrame] (MS.Win32.UnsafeNativeMethods.DispatchMessage)] MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSGByRef)
WindowsBase_ni!System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame)+f5
PresentationFramework_ni!System.Windows.Application.RunDispatcher(System.Object)+71
PresentationFramework_ni!System.Windows.Application.RunInternal(System.Windows.Window)+8c



하지만 Stack Trace로는 소스라인이 나오지 않아...

Windbg로 .load sos clr 을 이용해서...

봤는데... kb 커맨드를 이용해서 스택을 봤는데..

Debug Diag의 call stack와 같이 나올뿐..

stack trace는 어떻게 보는지 알 수가 없더라고요.

만약 windbg에서 DebugDiag와 같이 Stack Trace를 볼 수 있다면...

EMapControlLib.EMapEditorView.TypingOnlyNumber(System.Object, System.Windows.Input.TextCompositionEventArgs, Boolean, Boolean)

위 부분에 대한 소스라인까지 볼 수 있는 방법이 따로 있는지요?








[최초 등록일: ]
[최종 수정일: 8/19/2019]


비밀번호

댓글 작성자
 



2019-08-19 10시09분
소스 코드 라인 정보까지 보려면 PDB 심볼 파일이 있어야 합니다. 있는데도 그렇게 나온다면, lm 명령어로 해당 심볼이 정상적으로 로딩되었는지 확인해 보세요.

그런데, 해당 콜스택 정보라면 현재 실행 중인 메서드의 기계어 코드를 대략 유추해 보면 소스 코드와 비교했을 때 어느 라인에서 발생했는지 (상황에 따라 매우 쉽게) 알 수 있습니다.
정성태
2019-08-20 08시43분
[홍길동] 아, 제가 궁금했던건..

DebugDiag에서 Previous .NET Exceptions Report (Exceptions in all .NET Heaps) 이 부분에 대한 Stack Trace가 나오는데..
Windbg에서는 콜스택만 나와서 드렸던거였습니다.
그래서 Windbg에서는 DebugDiag의 Previous .NET Exceptions Report (Exceptions in all .NET Heaps) Stack Trace를 어떻게 보는지를 여쭤본거였습니다.
(심볼은 정상적으로 로딩된 상태입니다)
[guest]
2019-08-20 10시11분
debugdiag의 기능이 꼭 windbg의 기능과, 정확히는 sos 확장 dll의 기능과 정확히 일치하지는 않습니다. 사실 구현해주기 나름인 차이가 있는 건데요. 만약 windbg에서 debugdiag의 그런 기능을 구현하고 싶다면 현재 sos.dll에서 제공하는 명령어들의,

https://docs.microsoft.com/en-us/dotnet/framework/tools/sos-dll-sos-debugging-extension

출력을 스크립트로 잘 조합해,

windbg에서 python 스크립트 실행하는 방법 - pykd
https://www.sysnet.pe.kr/2/0/11227

얻는 방법이 있습니다. 아니면, 누군가 해당 스크립트를 만들었을 수도 있으니 그걸 검색하거나... 아니면 어차피 dmp 파일을 분석하는 것이므로 다음의 라이브러리를 이용해,

ClrMD를 이용해 메모리 덤프 파일로부터 특정 인스턴스를 참조하고 있는 소유자 확인
; http://www.sysnet.pe.kr/2/0/11809

직접 C# 코드를 이용해 구할 수도 있습니다.
정성태

... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
912오병태10/11/201011418윈도우즈 인증서 관련해서 문의를 드립니다.
913정성태10/11/201014484    답변글 [답변]: 윈도우즈 인증서 관련해서 문의를 드립니다.
911나그네.10/6/201013233안녕하세요.. openssl 관련하여...혹시.. [2]
910윤용한9/17/201012947Visual Studio 2010으로 만든 Setup 파일을 Win2000 SP4에 설치 되게 할 수 없나요? [1]
908김재영9/7/201011456솔루션에 구성된 프로젝트의 버젼만 통합할려면 어떤 방법이 있습니까?
909정성태9/7/201012880    답변글 [답변]: 솔루션에 구성된 프로젝트의 버전만 통합할려면 어떤 방법이 있습니까? [1]
906임동찬8/19/201012818디버깅 중 이해할 수 없는 상황이 [1]
904김영태8/18/201014121C# Interop 관련 질문입니다. [1]
905김영태8/19/201015194    답변글 [답변]: C# Interop 관련 질문입니다. [4]
903임동찬8/17/201011095COM 객체의 타입 변경 [1]
902임동찬8/16/201010975DISPPARAMS 관련 질문 [4]
901노력자8/11/201014741.net 2008 c# 에서 만든 com+ 는 com탭에서 사용불가..?! [3]파일 다운로드1
900박정환8/9/201012880wsHttpBinding을 WS-Addressing 없이 세팅할 수는 없을 까요? [7]
899임동찬7/30/201013377WCF heartbeat 관련 질문 [3]
898이영기7/29/201011230.NET 웹용에서 함수호출에러 [1]
897임동찬7/16/201012948Visual Studio 2008에서 DB연결 관련 문제 [1]
894최종문7/14/201011199try/finally 에 관해서 문의 드립니다.
895정성태7/15/201011083    답변글 [답변]: try/finally 에 관해서 문의 드립니다.
896최종문7/15/201012144        답변글 [답변]: [답변]: try/finally 에 관해서 문의 드립니다. [1]
893이병준 donator7/7/201013278Visual Studio 2010 에서의 Build 관련 질문 [1]
889임동찬7/6/201011505아래 887번에 대한 추가 질문
890정성태7/6/201013032    답변글 [답변]: 아래 887번에 대한 추가 질문
891임동찬7/6/201013098        답변글 [추가]: [답변]: 아래 887번에 대한 추가 질문
892정성태7/6/201010536            답변글 [답변]: [추가]: [답변]: 아래 887번에 대한 추가 질문
888김재영7/5/201010396TFS에 반드시! SQL Report랑 SharePoint(or WSS)가 붙어야 합니까? [2]
887임동찬7/2/201011226WCF sendTimeout에 관하여... [1]
... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...