windbg

    1

    1답변

    현재 .Net 4.0 응용 프로그램의 응용 프로그램 중단 문제를 분석 중입니다. 몇 가지 스레드의 스택 흔적을 기반으로 내 생각 엔 사전에 몇 가지 키 값 쌍을 몇 가지 방법이 제거되었습니다. 같은를 확인하려면, 내가 Windbg에서 사용하여 사전의 내용을 분석하려고 에서이 사전에 '항목'은 배열이라고 볼 수 있습니다. 그래서 '! da'를 사용하여 엔트리

    1

    1답변

    원격 사이트에 드문 오류가 발생하지만 은 응용 프로그램을 중단시키지 않는다고 가정하십시오. 이 문제가 발생하면 미니 덤프 파일을 만들고 싶습니다. 따라서 주로 호출 스택과 함께 작업 할 몇 가지 정보가 있습니다. 의사 코드는 다음입니다 : try { doStuff(); } catch(_com_error &e) { make_minid

    1

    1답변

    소급 기호를 pdb로 첨부 할 수있는 MiniDumpWriteDump를 사용하여 최소 Minidump를 생성하려고합니다. 현재이 작업은 MiniDumpWithFullMemory를 사용하여 작동하지만 매우 큰 덤프 파일을 생성합니다. MiniDumpNormal을 사용하여 덤프를 생성하면 작은 파일이 생성되고 오프셋이있는 스택 추적이되지만 Visual Stud

    1

    1답변

    내 관리 프로세스의 GC 힙을 덤프하면 다른 유형과 마찬가지로 큰 문자열 객체가 많이 있음을 알 수 있습니다. 나는 그들 중 몇 가지에 신경을 집중 :. 문자열의 내용은 내가 매우 관심이 다른 것들 사이에, 무슨 얘기 > dumpheap -type System.String > !do <address> 을 그래서, 문자열을 GC 루트까지 따라 갔다. 하

    -1

    1답변

    다음 메소드를 호출 할 수 있습니다. C 문자열을 반환합니다. GDB에서는이 호출을 사용하여 결과를 인쇄합니다. kCurrentScope 인스턴스를 사용할 수 있도록 호출하기 전에 적절한 스레드와 프레임을 설정해야합니다. printf "%s\n", mongo::mozjs::kCurrentScope->buildStackString().c_str() CDB

    -1

    2답변

    일부 메모리 덤프를 분석하려고합니다. 하지만 일부 Microsoft dll (sechost.dll)의 디버그 기호에 스택. 내가 무엇을 : 1) !sym noisy 2) .symfix 3) .sympath 내 .sympath은 다음과 같습니다 Symbol search path is: srv* Expanded Symbol search path is: cac

    1

    3답변

    메모리 덤프가 있습니다. 내가 .NET 몇 가지 메커니즘이 알고있는 것처럼 내가 스레드 (62) .NET Call Stack [[HelperMethodFrame_1OBJ] (System.Threading.WaitHandle.WaitOneNative)] System.Threading.WaitHandle.WaitOneNative(System.Runtime.

    1

    2답변

    을 가지고 파일 : 로드 덤프 파일을 [\ SERVERX \하여 덤프 파일 \ myapp.dmp] 미니 전체 메모리와 파일을 덤프 사용자 : 만 응용 프로그램 데이터는 ... 가 어떻게 미래의 어떤 시점에서 그 정보를 원하시면 WINDBG 물어 않습니다 사용할 수 있습니까? 예를 들어 지금은 그 전체 경로가 없어 .cls .wtitle foo 을 달렸

    -1

    2답변

    특정 (로컬) 데이터 파일을로드하거나 저장할 때 크래시 덤프 파일을 분석하고 있습니다. 호출 스택은 충돌시에 파일로드를 실행했음을 보여줍니다. 이 데이터 파일을 덤프 파일과 함께 가지고 있어야 충돌을 정확하게 분석해야하는지 궁금합니다. 그것은 파일 이름 등 어떤 식 으로든 포인터에 영향을 미칠 것입니까?

    0

    1답변

    다른 PC에서 메모리 덤프를 받았습니다. 또한 x64 시스템이지만 다른 Windows 버전입니다. 일반적인 앱 작업의 덤프입니다. 나는 다음 덤프 (다음 덤프는 문제가 내부에있을 것임)를 분석해야한다고 확신했다. 처음에는 DebugDiag Analysis 도구를 사용하여이 덤프를 실행했다. 다음은 요약입니다. 수면 API는 정상입니다. "이전 .net 예외