windbg을 더 사용하려고하는데 심볼 캐시에 계속 문제가 있습니다. 문자열의 형식이 무엇인지 분명하지 않습니다.이 사용하는 마이크로 소프트의 서버가 Build1234 \에서 \\ foo에 보관됩니다 우리의 소프트웨어에서 http://msdl.microsoft.com/download/symbols 사용하는 기호는 C에서 로컬 캐시를 사용합니다 : 내가 몇
DIA SDK & DbgEng (DbgHelp 아님) COM 기반 API와 DbgHelp 모두 기반? 그렇다면 어떻게 C# 응용 프로그램에서 DbgEng API를 호출 할 수 있습니까? idl 파일 (생성 된 tlib 파일의 경우 tlibimp)을 사용하여 DIA 라이브러리를 C# 프로젝트로 가져올 수 있지만 DbgEng에는 IDL 파일이 없습니다. Man
Google의 Windows 앱은 종종 메모리에 매달려 있으며 windbg를 사용하여 을 추적하려고합니다. 나는 windbg에 익숙하지 않고 조언을 사용할 수도있다. (나는 고급 윈도우 디버깅을 읽었지만). 이 응용 프로그램은 VB에서 작성된 C++ 및 COM 개체가 혼합되어 있습니다. 경우에 따라 을 종료하면 앱이 사라지는 것처럼 보입니다.하지만 작업 관
vista/win7에서 windbg -I을 실행 취소하는 적절한 방법은 무엇입니까? HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ AeDebug에서 레지스트리 키를 삭제하는 것만 큼 간단합니까?
핸들을 반환하는 Createthread와 같은 일부 win32API를 디버깅하려고합니다. windbg에서 반환 값을 얻는 방법은 무엇입니까? 나는 약간의 연구를 수행했으며 반환 값은 일반적으로 EAx 레지스터에 저장된다는 것을 알았습니다. CreateThread에 중단 점을 넣으면 Createthread 어셈블리로 들어갈 수 있으며 궁극적으로 Createt
나는이 포스트가 이것을 명확히 할 수 있기를 희망한다. 덤프를 가져 와서 관리되는 힙을 살펴보고 각 힙 내에 어떤 개체가 있는지 구체적으로 살펴 보는 데 관심이 있습니다. 다음은 디버거의 출력은 다음과 같습니다 0:000> !eeheap -gc
Number of GC Heaps: 1
generation 0 starts at 0x3cca447c
gene
COM + 응용 프로그램에 대한 디버그 진단 덤프 파일이 생성되었습니다. 분석시 스레드의 교착 상태는 라인 OLE32!SwitchSTA입니다. 내 기호 경로가 msdl.microsoft.com/download/symbols를 가리키고 있습니다. 이 방법에 어떤 인수가 전달되었는지 알 수있는 방법이 있습니까? 일반적으로 Windbg를 사용하여 메서드 호출에