gdb에서 내 프로그램의 코어 덤프 (부검)를 디버깅하고 있습니다. 나는 다음과 같이 열었습니다 : gdb [program_name] [core_name] 그러나 STL 벡터를 검사하려고 시도했습니다. 인쇄 vec-> 크기() 또는 (0) 내가 오류를 얻을에서 인쇄 vec-> "당신은 과정없이 디버깅하는 것을 할 수 없다" 저는이 컨테이너의 내용과 크기를
스레드에서 충돌이 발생합니다. gdb로 코어 덤프를 디버깅하는 동안 충돌 직전의 스레드 상태를보고 싶습니다. 내 프로그램에서 나는 그 스레드에 대한 신호를 제기하고 처리하고있다. 스레드가 손상되기 전의 상태와 해당 스레드에 대해 발생 된 신호 전의 시간을 알면 도움이됩니다. gdb에서이 정보를 얻을 수 있습니까? 감사
원본 질문에 segfaults 및 제 3 자 라이브러리 전체 업무가 산만하기 때문에 편집 된 질문을 게시하고 있습니다. 내가 가지고있는 프로그램은 xerces-c와 segfaults (프로세스에서 코어 덤프 만들기)를 사용하는 프로그램입니다. 내가하고 싶은 것은 gdb를 시작하고 생성 된 DOMDocument를 코어 덤프에서 트래버스하는 것입니다. 예를 들
컨테이너에서 프로세스 (서비스)를 실행하고 있습니다. 몇 분이 지나면 프로세스가 중지되거나 충돌하지만 코어 덤프가 생성되지 않습니다. 의도적으로 코어 덤프를 만들려고 할 때 (예 : 내 프로그램에서 10/0을 나누기) 코어 덤프를 만듭니다. 하지만 같은 프로세스 (의도적 인 충돌 없음)가 중지되고 코어 덤프가 생성되지 않습니다. 무엇이 문제 일 수 있습니까
나는 프로그램, 즉,이 같은 구조에 정의되어있다 object.magic = 654321;
이 프로그램은 결국 코어 죽을 것이다 덤프가 생성되었습니다. 자동으로 모든 막대 값을 모두 계산하는 C++ 프로그램을 만들 수 있습니까? 예를 들어 합계를 계산할 수 있습니까? 추신. 지금까지 저는 코어를 바이너리로 열어서 654321을 16 진수로 변환 할 수 없
의 Cygwin은 dumper.exe 덤퍼 유틸리티는 윈도우 프로세스를 실행의 코어 덤프를 생성하는 데 사용할 수있는 프로그램이 포함되어 있습니다. Usage: dumper [OPTION] FILENAME WIN32PID
Dump core from WIN32PID to FILENAME.core
그러나 내가 지금 몇 시간 동안 ProcDump을 사용하
> 2 개의 응용 프로그램 ->/usr/bin/python 및/usr/bin/app1에서 코어 덤프가 생성되었습니다. 나는 덤프가 gdb /path/to/app /path/to/core
으로 분석 할 수 있습니다 알고 있지만, 아규먼트에서 두 응용 프로그램을 포함하는 방법은 무엇입니까? 나는 gdb '/ usr/bin/python/usr/bin/app1
저는 MIPS 컴퓨터에서 valgrind를 실행하려고했습니다. 성공적으로 컴파일 된 valgrind를 테스트하고 테스트 스위트에서 몇 가지 테스트를 실행했습니다. 그러나 valgrind가 코어 덤프를 만들려고 할 때마다 어설 션이 실패합니다. 코어 덤프 파일로부터-elf.c 그 명백하게 주장이 확인 바이트 배열의 크기가 Valgrind의 레지스터에 의해 구