난에 ulimit -c 제한했다 /몇 개의 시저를 ... core_pattern 핵심 하고 내 rootfs와 애플리케이션은 모든 debugversion [하지 커널하지만] 어떤 생각이 왜 얻을 수 없습니다 스피 죽일 때의 코어 덤프 -SIGABRT/SEGV pid 감사합니다. Furion.
exec()를 사용하여 PHP 스크립트에서 gpg를 실행하려고합니다. 하지만 세그먼트 오류가 발생합니다 : "gpg : 세그먼트 오류가 잡혔습니다 ... 종료 중" 내 PHP 스크립트가 제대로 작동 할 수 있도록 하위 프로세스 내에서 충돌이 발생합니다. 문제를 확인하기 위해 핵심 파일을 원합니다. 는 내가는 /etc/security/limits.conf 할
최근 응용 프로그램에서 생성 된 코어 덤프의 크기가 증가하고 있음을 알게되었습니다. 처음에는 크기가 약 5MB 였고 스택 프레임이 약 5 개였습니다. 이제는 2GB가 넘는 코어 덤프가 있으며 그 안에 들어있는 정보는 더 작은 덤프와 다를 바 없습니다. 생성 된 코어 덤프의 크기를 제어 할 수있는 방법이 있습니까? 응용 프로그램 바이너리 자체보다 작아야합니까
지금까지 jstack 및 jmap을 사용하여 스레드 덤프 및 힙 덤프를 생성하는 방법을 배웠습니다. 그러나 jstack 스레드 덤프에는 각 스레드의 스택을 설명하는 텍스트 만 들어 있습니다. Java VisualVM을 사용하여 힙 덤프 (.hprof 파일)를 열면 힙에 할당 된 객체 만 표시됩니다. 내가 실제로 원하는 것은 스택을보고 특정 스택 프레임으로
내가 코어 덤프를 얻으려고 모든 프로세스 코어 덤프하지 않기 때문에 내가 사용 ulimit -c unlimited
나는 배경에서 내 프로그램을 실행하고 나는 그것을 죽일 : kill -SEGV %1
그러나 그냥 얻을 : [1]+ Exit 1 ./Test
그리고 어떤 코어 덤프도 생성되지 않습니다. 다른 프로그램과 동일하게 작동했는데 작동
Ruby에서 직접 작성한 분산 형 연속 통합 도구를 사용하고 있습니다. 그것은 업무 분산을 위해 마이크 페햄 (Mike Perham)의 "정치 (political politics)"포크를 사용합니다. "정치"모듈은 mDNS 부분에 스레드를 사용합니다. 때때로 나는 이해가 안 코어 덤프가 발생 : "-gdbg"로 루비와 Glibc의 재 구축 나는 젠투에서 실
우분투 10.10, GDB 7.2. 응용 프로그램에 연결하고 모든 스레드에서 스택을 감시하며 모든 것이 잘 보입니다. core-file을 생성하고 gdb에서 해당 코어 덤프를 열려고 시도하십시오. 백 트레이스에는 루틴이 표시되지 않습니다. 나는 응용 프로그램에 SIGSEGV를 보내고이 새로운 코어 덤프를 gdb에서 엽니 다. 스택은 괜찮고 장황하다. gen