coredump

15열

3답변

gcore를 사용하여 Node.js 프로세스의 코드 덤프를 만들면이를 분석 할 수있는 가장 좋은 도구는 무엇입니까? 에 의해 영감 : 내 특정 경우 Tool for analyzing java core dump , 나는 약간의 메모리 누수를 조사에 관심이 있어요, 그래서 일부 힙 분석을 얻을 정말 궁금 하군요. 일반 도구 및 계측 패키지 및 기술도 환영합니다

8열

2답변

segfault 이후에 내 코어 파일은 어디에 있습니까?

내 프로그램이 segfaults 할 때 나는 코어 덤프를 기대하지만 아무 것도 없다. 나는 -g로 컴파일하는 것이 코어 파일을 얻는 것으로 충분하다고 생각했다. 다음은 내 makefile의 gcc 행입니다. gcc -g -c client.c $(incdirs) gcc -g -o client client.o $(LIBDIRS) $(LIBS) -lrt

0열

1답변

병합 정렬과 비교 기능 - 코어 I는 코어가 다음 오류 때문에 오류를 덤프 일으키는 비교 기능을 가진 짧은 병합을 실행하고

안녕하세요 버려진 :가 무엇인지에 대한 조언을 할 수있는 사람인가 part1 21 shortbooks.txt *** glibc detected *** part1: free(): invalid next size (fast): 0x0867b258 *** ======= Backtrace: ========= /lib/libc.so.6[0x409fb6] pa

1열

2답변

FreeBSD에서 커널 코어 덤프에서 userspace 스레드 스택을 추출합니다.

FreeBSD에서 다중 프로세스 솔루션을 디버깅하려고합니다. 시스템/어플라이언스가 정지 된 시나리오를 경험할 때 'sysctl debug.panic = 1'을 통해 커널 덤프를 강제 실행했습니다. 의도는 동일한 시점에서 모든 프로세스의 상태를 캡처하는 것이 었습니다. 그러나 나는 사용자 공간 응용 프로그램의 스레드 스택을 조사 할 수 없습니다. 'ps'를

0열

1답변

Vim을 디버깅 할 때 gdb가 소스를 찾지 못하는 이유는 무엇입니까?

내 팀이 (Mac) Vim에서 발생하는 오류를 수정하려고하고 있는데, 은 재생성되지 않았습니다. 나는 코어를 버려야하지만, 코어를 gdb에로드 할 때, 소스 파일을 찾을 수 없다. macvim$ gdb /usr/local/Cellar/macvim/7.3-62/MacVim.app/Contents/MacOS/Vim /cores/core.18234 -d src

4열

3답변

코어 덤프로 인한 충돌에서 복구

FreeBSD 6.2 및 OS에서 C++ 프로그램이 충돌하여 코어 덤프를 생성 할 수있었습니다. 일부 스택 프레임을 절단하여 명령 포인터를 재설정하고 gdb에서 프로세스를 다시 시작하는 것이 가능합니까?

8열

1답변

절단 된 코어 덤프는 어떤 용도로 사용됩니까?

ulimit -c은 RLIMIT_CORE으로 설정하고 프로세스가 생성 할 수있는 코어 덤프의 최대 크기를 제한 할 수 있습니다. 더 큰 코어 덤프는이 크기로 잘립니다. 그런 잘린 코어 덤프로 유용한 것이 있습니까? 아마도 Linux x86-64 이외의 플랫폼이나 GDB 이외의 디버거를 사용하고 있을까요? 그렇지 않다면 RLIMIT_CORE을 초과하면 코어

3열

3답변

차이는

은 리눅스 맨드리바 에서 GCC 컴파일러에 버려진 오류 분할 오류 핵심을 제공 int n; scanf("%d",n) C에 다음 코드를하지만, 다음 코드를 고려 덤프 int *p=NULL; *P=8; 은 세그먼트 오류가 발생합니다. 이유는 무엇입니까?

2열

1답변

코어 파일의 _kernel_vsyscall()

내 프로그램이 갑자기 충돌하고 코어 파일에서이 오류가 발생합니다. 정확하게하려면 Program terminated with signal 6, Aborted. #0 0x00c60410 in __kernel_vsyscall() #0 0x00c60410 in __kernel_vsyscall() #1 0x00444df0 in raise() from /lib/

1열

3답변

리눅스 커널 크래시 덤프에서 "USER 프로세스"백 트레이스를 확인하는 방법

Linux 크래시 덤프에서 USER 프로세스를 디버깅하려고했습니다. 크래시 덤프에 갈 일반적인 단계는 다음과 같습니다 덤프이있는 경로로 이동합니다. crash kernel_link dump.201104181135 명령을 사용하십시오. 여기서 kernel_link은 vmlinux 이미지 용으로 만든 소프트 링크입니다. 이제 CRASH 프롬프트가 표시됩니다.