/몇 개의 시저를 ... core_pattern 핵심 하고 내 rootfs와 애플리케이션은 모든 debugversion [하지 커널하지만] 어떤 생각이 왜 얻을 수 없습니다 스피 죽일 때의 코어 덤프 -SIGABRT/SEGV pid코어 덤프 할 수 없습니다 - 임베디드 리눅스를
감사합니다. Furion.
/몇 개의 시저를 ... core_pattern 핵심 하고 내 rootfs와 애플리케이션은 모든 debugversion [하지 커널하지만] 어떤 생각이 왜 얻을 수 없습니다 스피 죽일 때의 코어 덤프 -SIGABRT/SEGV pid코어 덤프 할 수 없습니다 - 임베디드 리눅스를
감사합니다. Furion.
내가 명시 적으로 (스크립트가 코어 덤프를 비활성화되는 것처럼 소리) 코어 덤프를 사용하려면 프로그램은 prctl을 사용을 사용하여 GDB 제어를 사용 달린 것을 빼낸에 부착
프로세스의 현재 디렉토리 (getcwd())에 프로세스가 쓰기 가능하고 코어 덤프 파일을 저장할 충분한 공간이 있는지 확인하십시오.
전체 rootfs를 만드십시오 777 :) .... 내 테스트 프로그램은 코어를 덤프하지만 ... 나는 많은 공간을 가지고 있지만 ... 내 큰 지방 다른 사람이 쓴 응용 프로그램 [그냥 justta mainting] 덤프 나 SIGSEGV SIGABRT 등을 시도, – resultsway
문제의 응용 프로그램 자체가 코어 덤프 크기를 변경합니까? 코어 덤프 커널를 사용할 경우
oi prctl SET_DUMPABLE 주에서 뭔가 신호 처리기 등 발생합니까? 실행중인 프로그램에 대해 어떤 신호 처리기가 작성되었는지 확인하라는 명령은 무엇입니까? – resultsway
내 테스트 프로그램이 동일한 상자에 코어 덤프를 수행 할 수 있습니다. – resultsway
다음과 같이 gdb를 사용하여 코어를 만들려고 할 수 있습니까?
$ gdb --pid=1234
(gdb) gcore
Saved corefile core.1234
(gdb) detatch
GDB는 설정에 대해 상관하지 않는다. 무엇이 분리되는지 궁금하다면. 당신은 프로세스, gdb를 달린 것을 빼낸 명령
지금 좋은 ALLS했기 때문에 나는 프로그램에서 좋은 결과를 얻었고 지금은 좋은 결과를 얻었습니다. :) – resultsway