분할 오류가 있고 프로세스 코어 덤프가 생성되면 커널 및 사용자 공간 (w.r. Linux)에서 발생하는 이벤트의 순서는 무엇입니까? Linux는 sigsegv 처리기를 지원합니다. 어떻게 신호 처리기가 호출되고 돌아 오면 코어 ump가 생성됩니까? 나는 일련의 이벤트와 리눅스 커널 함수 이름에 대한 포인터를 찾고있다. (최신 커널은 w.r.t이다.) 나머
manually generating a core dump file에 관한 나의 질문에 이어, 나는 그것에 잠수하고 더러운 손을 잡기로 결정했습니다. 기본 코어 덤프 구조를 빌드하고 죽은 프로그램의 메모리를 큰 LOAD 섹션의 코어 덤프에 다시 가져올 수 있습니다. GDB에서 디버깅 할 때, 내 변수가 문제가되지 않습니다. 여기 까다로운 부분이 있습니다. G
프로덕션 Linux 서버에서 오래된 코어 파일을 정리하는 스크립트를 작성해야했습니다. 스크립트를 작성하는 것은 어렵지 않지만 코어 파일을 제거하기 전에 기본 스택 백 트레이스를 로그 파일에 저장하고 싶습니다. 이러한 서버가 프로덕션 환경에 있고 GDB 또는 개발 도구가 설치되어 있지 않기 때문에 멀티 스레드 응용 프로그램에 대한 gdb 백 추적 명령의 유사
필자는 하나의 헤더 파일과 두 개의 소스 파일로 구성된 긴 프로그램을 가지고 있는데, 첫 번째 것은 함수 구현을 작성한 것이고 두 번째는 내 main), 나는 그들을 호출하고 실행한다. 비록, 한 지점에서 나는 부동 소수점 예외가 (코어 덤프)라는 오류 메시지가 을 얻고 프로그램이 중지됩니다. 많은 코드 라인이 있기 때문에 가장 관련성이 높은 부분을 게시하
내 프로젝트에서 새 모듈을 추가했는데 이제 신호 11에 의해 프로세스가 종료됩니다. 문제를 추적하고 이해하려고하지만 FreeBSD에서는 코어 덤프 파일을 생성하지 않습니다. 내가 좋아하는 sysctl을 설정 : 나는 또한 설정 sysctl -a | grep core
kern.corefile: /usr/core
kern.nodump_coredump: 1
세분화 오류로 인해 응용 프로그램이 중단되면 시스템에서 코어 덤프를 얻고 싶습니다. 사전에 구성하여 처리합니다. ulimit -c unlimited
세그먼테이션 오류가 발생했음을 응용 프로그램 로그에 표시하고 싶습니다. 나는 sigaction()을 사용하여 그렇게한다. 그러나 그렇게하면 신호가 기본 처리에 도달하지 못하고 코어 덤프가 저장되지 않습니다.
덤프 수 있으며, 내가 무슨 짓을했는지 그것에게 그것 때문에 멀티 스레드 application.So에 디버거를 연결 못해 그나마 때문에 내가, 코어 덤프를 생성해야하는 ulimit -c unlimited
입니다 와 evrything가 제대로 갔다,하지만 난 버퍼 오버 플로우를 생성하는 데이터를 보낼 때, 그것은 바탕 화면에 코어 파일해야하지만 그렇지 않
코어 파일을 분석하는 동안 실제 gdb 스크립트 포인터를 역 참조하고 "소스 파일에서 오류가 발생했습니다 : 주소에서 메모리에 액세스 할 수 없습니다"라는 메시지가 표시되면 gdb 스크립트가 중지됩니다. 내가 원하는 것은 멈추지 않고 gdb 스크립트를 실행하는 것이다. 가능한가? 이것은 내 문제를 보여주는 테스트 프로그램 및 테스트 gdb 스크립트입니다.
임베디드 보드 (Linux 커널 2.6.39.2)에서 응용 프로그램을 실행 중입니다. 응용 프로그램은 C로 작성되고 코어 덤프 플래그 (-g)와 함께 도구 체인에 의해 컴파일됩니다. 충돌이 발생할 때 (세그먼트 화 오류) 코어 덤프 파일을 생성합니다. 그러나 보드에는 gdb가 설치되어 있지 않습니다. 어떻게 내 리눅스 머신에서이 코어 덤프 파일을 분석 할